"Reparsen" bedeutet wohl "Erneut Parsen". Womit wir das Problem auf die Definition von "Parsen" verschoben haben.
Parsen ist das, was ein Parser macht.
Ein Parser ist ein Programm, der einen bestimmten Input (z.B. eine Webseite, ein Computerprogramm oder auch einen einfachen Text) analysiert und dabei strukturiert.
Beispiel:
Jede Webseite besteht zunächst einmal aus einer Aneinanderreihung von Buchstaben, die jeder für sich sinnfrei sind. Der Parser (der in jedem Browser enthalten sein muss) nimmt nun die Buchstaben und sucht darin nach bestimmten Buchstabenfolgen, wie z.B. sogen. Tags wie "mailto:" . Dies wird nun vom Parser als Befehl erkannt (und auch so an das nächste Programmmodul des Browsers, der für die Ausgabe zuständig ist, den Renderer weitergegeben), dass nachfolgend eine Mailadresse genannt wird.
Anderes Beispiel: In den alten Adventurespielen konnte man Befehle per Eingabezeile absetzen, z.B. "fill cup with ocean water". Der (relativ primitive) Parser zerlegt das jetzt in "fill" (Prädikat) "cup" (Subjekt) "with" (Präposition) und "ocean water" (Objekt). Die Spieleengine prüft danach, ob Subjekt und Objekt Dinge sind, die der Spieler im Inventory hat, bzw. im Kontext vorhanden sind, und ob das Prädikat und die Präposition dazu passen. Im genannten Beispiel wäre z.B. die Präposition "in" falsch und sollte auch bei Vorhandensein der Gegenstände und dem korrekten Befehl "fill" zu einer negativen Reaktion führen.
Um bei Deinem konkreten Beispiel zu bleiben: Der Parser stellt die Information bereit, dass in dem (geänderten) Quelltext ein Contactfeld enthalten ist (kann je nach Ausgestaltung ein mailto-Link, ein Button oder sonstwas sein). Die Projektverwaltung bekommt jetzt diese Info vom Parser und muss nun sämtliche Referenzen von und zu diesem Feld auflösen bzw. neu schreiben.
Dies kann im einfachsten Fall dadurch passieren, dass sämtliche Teile des Projekts neu geparst werden (also analysiert werden, ob das Contactfeld im einzelnen Teil eine Rolle spielen). Dies wäre jedoch aufwändig (besonders bei großen Projekten), so dass i.d.R. eine mehr oder weniger ausgefuchste Datenbank zum Einsatz kommt, wo die Parsing-Ergebnisse abgelegt sind, so dass die Projektverwaltung "weiß", wo überall angepasst werden muss (und meist auch noch die genaue Stelle im Quelltext, die der Parser beim erstmaligen Parsen geliefert hat). Nach dem Anpassen des Quelltextes wird dann wieder neu geparst, um die Datenbank entsprechend zu aktualisieren.
Um das ganze etwas zu illustrieren, hab ich mal ein Bild gemalt:
Der Editor meldet an die Projektverwaltung ein Veränderung (1.)
Diese wirft nun den Parser an, um die Seite neu zu analysieren (2.)
Das Parsing-Ergebnis wandert in die Datenbank (3.)
Die Datenbank meldet die Referenzen an die Projektverwaltung (4.)
Die Projektverwaltung veranlasst den Editor die entsprechenden Veränderungen in den Seiten einzubauen (5.)
Danach werden die Seiten neu geparst (6.) und die Ergebnisse in der Datenbank fortgeschrieben (7.)
Das ganze ist natürlich grob schematisch, aber wie Du siehst, ist der Parser nur eine Komponente in dem ganzen Zusammenspiel. Den ganzen Vorgang kann man ungenau schon als Reparsen zusammenfassen, als passende Übersetzung wäre schon neu analysieren möglich. Oder auch Konsistenzprüfung. Oder Referenzprüfung. Kommt halt auch ein bissel auf den Kontext an, bzw. ob es in einem speziellen Programm auch einen feststehenden Ausdruck für die Aktion gibt (z.B. in Form eines entsprechenden Menüpunktes).
