Mamy wiele plików konfiguracyjnych (app.DEV.config, app.TEST.config itp.) Oraz zdarzenie przed kompilacją, które kopiuje prawidłowy plik konfiguracyjny do app.config. Oczywiście pliki specyficzne dla konfiguracji znajdują się w kontroli źródła - ale w tej chwili tak jest App.Config, a tak nie powinno być.
Jak mogę oznaczyć ten jeden plik jako wykluczony z kontroli źródła, ale oczywiście nie z projektu.
Używam VS 2005 i 2005 Team Explorer.
Odpowiedzi:
W MS Power Tools istnieje polityka sprawdzania (Forbidden Patterns Policy), która umożliwia porównywanie nazw plików z wyrażeniami regularnymi. Zobacz: Microsoft Team Foundation Server Power Tools
Chociaż zasady meldowania się nie są całkowicie niezawodne, są one najbliższą rzeczą, jaką TFS ma do egzekwowania reguł zdefiniowanych przez użytkownika, takich jak to, czego szukasz.
(Jak powiedzieli inni, możesz również zamaskować plik lub folder, co oznacza, że pozostaje on w kontroli źródła i jest widoczny dla wszystkich pozostałych członków zespołu, ale nie jest kopiowany na komputer, dopóki nie zdecydujesz się go odkryć; lub ty może usunąć plik, co oznacza, że zostanie on usunięty z komputerów wszystkich użytkowników, gdy otrzymają najnowszą wersję - ale żadna z tych opcji nie zapobiegnie dodaniu takich plików do kontroli źródła)
W TFS2012 łatwo jest utworzyć plik .tfignore
http://msdn.microsoft.com/en-us/library/tfs/ms245454%28v=vs.110%29.aspx#tfignore
######################################
# Ignore .cpp files in the ProjA sub-folder and all its subfolders
ProjA\*.cpp
#
# Ignore .txt files in this folder
\*.txt
#
# Ignore .xml files in this folder and all its sub-folders
*.xml
#
# Ignore all files in the Temp sub-folder
\Temp
#
# Do not ignore .dll files in this folder nor in any of its sub-folders
!*.dll
# EDIT https://msdn.microsoft.com/en-us/library/ms245454(v=vs.110).aspx#tfignore
# A filespec is recursive unless prefixed by the \ character.
Wybierz plik App.config w Eksploratorze rozwiązań i wybierz opcję Plik -> Kontrola źródła -> Wyklucz App.config z kontroli źródła.
Jest opcja, która jest trudna do znalezienia:
1. Wybierz plik lub wiele plików w Eksploratorze rozwiązań
2. Przejdź do Plik -> Kontrola źródła -> Zaawansowane
i oto jest
Pamiętaj: jeśli klikniesz plik prawym przyciskiem myszy w Eksploratorze rozwiązań, znajdziesz tylko „najważniejsze opcje”, a nie wszystkie :)
Jeśli chcesz tylko mieć plik w projekcie, ale nie pod kontrolą źródła za pomocą TFS, po prostu przejdź do SourceControl, usuń wspomniany plik i cofnij wyewidencjonowanie pliku projektu (spróbuje usunąć plik z projektu jako dobrze). Następnie wprowadź usunięcie pliku, który wykluczasz. W eksploratorze rozwiązań powinieneś zobaczyć, że obok wykluczanego pliku nie ma ikony kontroli źródła. Plik projektu powinien zawierać tam plik, ale ten plik nie powinien już być pod kontrolą źródła.
Pamiętaj, że każda inna osoba zobaczy teraz brakujący plik w projekcie, gdy otrzyma najnowszą wersję.
TFS umożliwia maskowanie na poziomie folderu / pliku. Kiedy coś jest zamaskowane, TFS nie próbuje tego zsynchronizować (podobnie jak svn: ignore).
Konfigurując obszar roboczy, ukryj wszystko, co ma ignorować TFS. Bardziej szczegółowe instrukcje znajdują się tutaj .
To zadziałało dla mnie:
Jednym ze sposobów jest dodanie nowego lub istniejącego elementu do projektu (np. Kliknij prawym przyciskiem myszy projekt, Dodaj istniejący element lub przeciągnij i upuść z Eksploratora Windows do eksploratora rozwiązań), pozwól TFS przetworzyć plik (i) lub folder, a następnie cofnij oczekujące zmiany w pozycji (ach). TFS odznaczy je jako oczekujące zmiany, a pliki zostaną cicho umieszczone w projekcie i pozostaną poza TFS.
Źródło: = "> Jak mogę wykluczyć określone pliki z kontroli źródła TFS
Visual Studio 2013 (i 2012)
Ta funkcja jest dostępna po wybraniu pliku (i) i przejściu do:
File > Source Control > Advanced > Exclude ... from Source Control
To pytanie zostało zadane jakiś czas temu, ale dotyczy tego samego rodzaju problemu, który miałem.
Problem:
Powód:
Przykład wydarzenia tworzenia:
Powyżej musimy po prostu przenieść plik z naszej docelowej ścieżki budowania (foldery bin \ debug lub bin \ release) do naszego folderu projektu. W mojej sytuacji było to po to, aby móc dołączyć pliki zbudowane w ramach projektu do mojego instalatora. Mój Instalator nie pobrał ich jako części danych wyjściowych projektu.
Poprawka: (prawie kopnąłem się w twarz, kiedy się zorientowałem)
Nowe wydarzenie kompilacji:
Wszyscy dobrze się bawimy podczas wydarzeń kompilacji, prawda? Powyżej po prostu robię 2 rzeczy, usuwam atrybut tylko do odczytu, teraz pliki nie są tylko do odczytu. Skopiuj mój plik tak, jak chciałem. Następnie zamień atrybut tylko do odczytu (opcjonalny, jak sądzę), aby zapewnić zadowolenie z programu Visual Studio i fundacji zespołu.
I tak ... nadal kopie się w twarz na tym.
Mam podobny problem, moja App.config zawierała sensowne dane (np. Nazwę użytkownika), których te dane nie powinny być synchronizowane z TFS.
Artykuł Najlepsze rozwiązania dotyczące wdrażania haseł i innych poufnych danych w ASP.NET i Azure App Service opisano dobre podejście do zapobiegania temu problemowi:
Użyj atrybutu „file” elementu „appSettings”, aby odwołać się do pliku konfiguracyjnego, który nie jest dodawany do kontroli źródła
Jeśli masz starszą wersję niż TFS2012 i dlatego nie możesz utworzyć .tfignorepliku lub skorzystać z tej File > Source Control > Advanced > Exclude …opcji, możesz spróbować tego:
Wydaje się, że TFS ignoruje teraz zmiany w pliku docelowym. Jeśli chcesz ponownie edytować plik, nie używaj programu Visual Studio, ponieważ TFS umieści plik z powrotem na liście plików z oczekującymi zmianami.
Możesz po prostu wybrać plik w Eksploratorze kontroli źródła i kliknąć go prawym przyciskiem myszy, a następnie wybrać opcję „Zmień nazwę” i dodać „.exclude” na końcu nazwy pliku.
Następnie pamiętaj, aby zaewidencjonować plik, a potem zobaczysz, że plik został wykluczony z kontroli źródła.