Git - Ignoruj ​​pliki podczas scalania

Mam repozytorium wywołane myrepona zdalnym beanstalkserwerze.

Sklonowałem go na mój lokalny komputer. Utworzono dwie dodatkowe gałęzie: stagingi dev. Zepchnął również te gałęzie na odległość.

Teraz:

 local                   remote                   server
 --------------------------------------------------------  
 master  ==> Pushes to  `master`  ==> deployed to `prod`
 staging ==> Pushes to  `staging` ==> deployed to `staging`
 dev     ==> Pushes to  `dev`     ==> deployed to `dev`

Mam plik o nazwie, config.xmlktóry jest inny w każdej gałęzi.

Chcę zignorować ten plik tylko podczas scalania. Ale chcę, aby było to uwzględnione, gdy płacę lub zatwierdzam z / do gałęzi repo.

Chcę tego, ponieważ mamy skrypt wdrażania, który pobiera (pobiera) określoną gałąź i wdraża na odpowiednich serwerach. Więc potrzebujemy, aby config.xmlplik tej konkretnej gałęzi trafiał na określony serwer, jak wskazano powyżej, po wdrożeniu.

Chyba .gitignorenie zadziała. Jakie są inne opcje? Zauważ, że ignorowany plik powinien być częścią wypisania i zatwierdzenia, co jest ważne. należy go ignorować tylko podczas scalania.

Dzięki!

Poradziłem sobie z tym problemem, używając polecenia git merge z --no-commitopcją, a następnie jawnie usunąłem plik pomostowy i zignorowałem zmiany w pliku. Np .: powiedz, że chcę zignorować wszelkie zmiany myfile.txt, postępuję w następujący sposób:

git merge --no-ff --no-commit <merge-branch>
git reset HEAD myfile.txt
git checkout -- myfile.txt
git commit -m "merged <merge-branch>"

Możesz umieścić instrukcje 2 i 3 w pętli for, jeśli masz listę plików do pominięcia.

Skończyło się na znalezieniu gita attributes . Próbuję tego. Pracuję do tej pory. Nie sprawdziłem jeszcze wszystkich scenariuszy. Ale to powinno być rozwiązanie.

Scal strategie - atrybuty Git

.gitattributes - to plik poziomu głównego repozytorium, który definiuje atrybuty podkatalogu lub podzbioru plików.

Możesz określić atrybut, aby poinformować Git, aby używał różnych strategii scalania dla określonego pliku. Tutaj chcemy zachować istniejący config.xmldla naszej branży. Musimy ustawić merge=ourssię config.xmlw .gitattributespliku.

merge=ours powiedz gitowi, aby użył naszego pliku (bieżącej gałęzi), jeśli wystąpi konflikt podczas łączenia.

1. Dodaj .gitattributesplik na głównym poziomie repozytorium

2. Możesz ustawić atrybut dla confix.xml w .gitattributespliku

   config.xml merge=ours
   

3. A następnie zdefiniuj fikcyjną naszą strategię scalania z:

   $ git config --global merge.ours.driver true
   

Jeśli scalisz gałąź stagformularza dev, zamiast konfliktu scalania z plikiem config.xml, config.xml gałęzi stag zachowa tę wersję, którą pierwotnie posiadałeś.

Możesz zacząć od użycia git merge --no-commit, a następnie edytować scalanie w config.xmldowolny sposób, np. Przez usunięcie z poczekalni lub dowolnego innego pliku, a następnie zatwierdzenie. Podejrzewam, że chciałbyś później zautomatyzować to za pomocą haków, ale myślę, że warto byłoby przynajmniej raz przejść przez to ręcznie.

Możesz użyć, .gitignoreaby zatrzymać config.xmlrepozytorium, a następnie użyć haka po zatwierdzeniu, aby przesłać odpowiedni config.xmlplik na serwer.

Przykład:

1. Masz dwie gałęzie: master ,develop
2. Utworzyłeś plik w developgałęzi i chcesz go zignorować podczas scalania

Kod:

git config --global merge.ours.driver true
git checkout master
echo "path/file_to_ignore merge=ours" >> .gitattributes
git merge develop

Możesz także zignorować pliki z tym samym rozszerzeniem

na przykład wszystkie pliki z .txtrozszerzeniem:

echo "*.txt merge=ours" >> .gitattributes

Tutaj git-update-index - rejestruje zawartość pliku w drzewie roboczym do indeksu.

git update-index --assume-unchanged <PATH_OF_THE_FILE>

Przykład:-

git update-index --assume-unchanged somelocation/pom.xml