Mamy pewne kłopoty po scaleniu TFS Baseless Merge. Oto krótkie podsumowanie gałęzi, które mamy obecnie.

               Main
                |
           -----------
           |         |
        BranchA   BranchB
           |         |
        BranchA1  BranchB1

Wykonaliśmy połączenie bezpodstawne przy użyciu „Wszystkie zmiany do określonej wersji”Oddział A1 doOddziałB1. Gdy sprawdzono to w każdym pliku w naszym drzewie źródłowym, miał status „scalania”.

Ma to sens i jest wyjaśnione w przewodniku rozgałęzień ALM Rangers w następujący sposób:

Jeśli łączenie bezpodstawne jest wykonywane z wybraną opcją „Wszystkie zmiany do określonej wersji”, to podczas sprawdzania połączenia bezpodstawnego każdy plik będzie miał status scalenia obok, ponieważ scalanie bez baz tworzy relację rozgałęzienia dla każdego pliku w folderze nadrzędnym.

Teraz potrzebujemy Reverse IntegrateOddziałB1 wBranchB, ale w ten sposób to znaczyjeszcze raz każdy plik ma status „scalania”. I (z moich testów), kiedy będziemy RIBranchB wGłówny mamy problem ponownie. To nie jest taki problem.

Problem pojawi się po połączeniu RIBranchB wGłówny, każdy FI ​​się łączyGłówny ->WhatEverBranch będzie miałwszystko pliki o statusie „scal”.

To jestduży problem, ponieważ w repozytorium znajduje się ponad 120 oddziałów i około 50 000 plików.

Również,BranchB iOddziałB1 będzie miał w nich więcej pracy i będzie jeszcze bardziej zintegrowany. Byłoby wielką niedogodnością po prostu nie sprawdzać plików ze statusem „scalania”, a następnie albo a) zignorować je po każdym scaleniu RI, albo b) przestać używać gałęzi po scaleniu jednego RI.

Czy jest jakiś sposób, w jaki możemy zmusić TFS do zapomnienia o zmianach statusu „scalania” na zawsze?Czy w jakiś sposób mogę usunąć związek (ponowne wychowanie do „No Parent”, a następnie powrót do „BranchB” nie działa)?

Próbowałemtf merge source dest /discard ale nadal ma status „scalania”.