Poproś TFS o zignorowanie mojego folderu pakietów

Próbuję przekonać TFS (2013) do zignorowania mojego packagesfolderu. Namiętnie nie chcę, aby źródła były kontrolowane, ponieważ korzystam z NuGet i jest świetnie!

Próbowałem maskować (nie działa), próbowałem dodawać .tfignorepliki - nic nie jest ignorowane. Dlaczego zespół TFS po prostu nie dodaje opcji trwałego ignorowania folderu lub pliku, jak robi to wielu klientów Subversion ?!

Oto umowa: musimy powiedzieć zarówno NuGet, jak i TFS, aby zignorowały pakiety, ponieważ NuGet próbuje robić rzeczy związane z kontrolą źródła, których absolutnie nie powinno robić (zła forma, Microsoft!). Więc musisz zrobić dwie rzeczy.

Najpierw dodaj plik o nazwie .tfignoredo folderu rozwiązania (zwróć uwagę na brak spo nim tf). Jego zawartość powinna wyglądać następująco:

\packages

To mówi TFS, aby zignorował folder pakietów. Można by pomyśleć, że to również zignoruje repositories.configplik. Ale nie będzie. Dlaczego? Kto wie, drogi Microsoftu są dziwne i tajemnicze. Właściwie myślę, że jest to część rzeczy NuGet, które przedstawię poniżej, ale jeśli kiedykolwiek zostanie to naprawione w przyszłości i chcesz zachować repositories.configplik zamiast pozwolić VS go zregenerować, powinieneś być w stanie użyć tego:

\packages
!\packages\repositories.config

OK, więc teraz dzięki naszemu .tfignoreplikowi TFS ignoruje twoje pakiety. Wszystko w porządku, prawda? ŹLE , bo Nuget jest mucking z kontroli źródła i dodając do swoich pakietów toczących się zmian. Teraz powiedzmy NuGet, żeby już to wycięło.

Utwórz folder o nazwie .nugetw katalogu głównym folderu rozwiązania. ¹ Teraz utwórz plik o nazwie NuGet.configi umieść go w tym nowym folderze ² . Jego zawartość powinna wyglądać następująco:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
</configuration>

A teraz twoje pakiety powinny pozostać poza kontrolą źródła. Pamiętaj tylko, aby dodać pliki NuGet.configi .tfignoredo kontroli źródła, aby nigdy się nie zgubiły.

EDYCJA: Jeśli masz problemy, możesz usunąć folder paczek, sprawdzić tę zmianę, a następnie wykonać powyższe kroki.

RÓWNIEŻ EDYCJA: Wygląda na to, że tak się nie stanie z nowszymi wersjami Nuget. Więc może po przejściu na VS / TFS 2017 ten problem zostanie rozwiązany bez przeskakiwania przez powyższe obręcze.

_{1 . Dodaj folder za pomocą Eksploratora kontroli źródła; kliknij prawym przyciskiem myszy rozwiązanie-> Dodaj folder -> .nuget
2 . Kiedy wymyśliłem to za pomocą VS 2013, okazało się, że NuGet.config musiał przejść do folderu .nuget. Nawet jeśli masz już plik NuGet.config w katalogu głównym folderu rozwiązania (ponieważ, powiedzmy, twoja firma ma wewnętrzny kanał nuget). Jednak w niektórych komentarzach wskazano, że działa dobrze w katalogu głównym rozwiązania w VS 2015. Osobiście przełączyłem się na używanie TFS w trybie git, więc nie mogę testować. Dodatkowo, jeśli masz niestandardowy kanał, upewnij się, że masz zarówno niestandardowy kanał, jak i nuget.org jako klucze w pliku Nuget.config, a czasem TFS losowo zdecyduje, że nie może przywrócić pakietów.}

Alternatywne rozwiązanie powyższego jest następujące.

• Dodaj folder pakietów do TFS (bez żadnych plików lub podfolderów)
• Kliknij folder folderów prawym przyciskiem myszy
• Kliknij lewym przyciskiem myszy Zaawansowane
• Kliknij opcję Płaszcz

Warto zauważyć, że to rozwiązanie musiałoby zostać zastosowane dla obszaru roboczego TFS. Działa o wiele bardziej niezawodnie dla mnie niż przy użyciu .tfignorepliku.

Możesz przeczytać więcej o tym podejściu w artykule na blogu Zapobiegaj dodawaniu przez TFS zainstalowanych pakietów NuGet do kontroli źródła .

dla osób zgłaszających, że opcja .tfignore nie działa z ustawieniem nuget.config, może być interesujące - te kroki w końcu dla mnie zadziałały:

1. Usuń wszystko z folderu moich paczek
2. Upewnij się, że TFS nie oczekuje żadnych zmian w tym folderze
3. Zamknij VS
4. Ponownie otwórz VS i przeładuj rozwiązanie - używając przywracania Nuget do ponownego zapełniania pakietów Uwaga: nie czekają żadne zmiany dla kontroli źródła TFS

Dodaj plik nuget.config do folderu .nuget w swoim rozwiązaniu. Dodaj następujące pliki do pliku nuget.config:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
</configuration>

WyłączenieSourceControlIntegration jest tym, co czyni sztuczkę kontroli wersji TFS.

Do pracy musisz używać lokalnych obszarów .tfignoreroboczych. .tfignorePlik musi znajdować się w folderze, który zawiera pliki lub foldery, które chcesz ignorować.

Więc jeśli struktura rozwiązania wygląda następująco:

\Project
   \Packages
   \OtherStuff
   foo.cs

Umieścisz plik .tfignore w \ Project:

\Project
   \Packages
   \OtherStuff
   foo.cs
   .tfignore

Zawartość .tfignore w twoim przypadku to:

\packages

Oto dokumentacja dla Ciebie: http://msdn.microsoft.com/library/vstudio/ms245454(v=vs.110).aspx#tfignore

Możesz na stałe ustawić to jednorazowo we AppData\Roamingwszystkich rozwiązaniach (starych i nowych)!

W swoim %AppData%\NuGet\NuGet.Configpliku dodaj następujące przed </configuration>tagiem XML ...

<config>
  <add key="repositoryPath" value="C:\NuGetPackages" />
</config>
<solution>
  <add key="disableSourceControlIntegration" value="true" />
</solution>

... możesz podać dowolną ścieżkę - ważne jest, aby umieścić ją NA ZEWNĄTRZ obszaru roboczego TFS!

Teraz już nigdy nie będziesz musiał się o to martwić. Folder rozwiązania nie będzie już zawierał żadnych pakietów; zamiast tego wszystkie rozwiązania będą domyślnie używać lokalizacji niestandardowych pakietów.

UWAGA - Działa to dla poszczególnych użytkowników.

Ustaw rozwiązanie, aby przywrócić podczas kompilacji, folder pakietu i plik paczek zostaną pobrane, ale pakiety nie.

Jeśli używasz Git z TFS, musisz dodać plik „.gitignore”. Możesz to zrobić w „projekcie zespołu | Ustawienia |„ dodaj plik zignoruj ​​””. Następnie otwórz plik i usuń komentarz z wbudowanej instrukcji ignorowania dla pakietów Nuget.

Jeśli używasz TFVC i masz skonfigurowane lokalne obszary robocze, możesz użyć pliku „.tfignore”, który honoruje identyczny format jak plik Git. Myślę, że potrzebujesz „paczek /”.

Nie działało to dla mnie całkiem dobrze w studiu wizualnym online i VS2013.

• Kliknij prawym przyciskiem myszy Rozwiązanie> Włącz przywracanie pakietu NuGet. Spowoduje to dodanie pliku Nuget.config do rozwiązania

• Dodaj .tfignore. Zwykle robię to, dodając plik tekstowy do katalogu głównego rozwiązania, pozwalając mu to wykryć, a następnie wykluczając, klikając „wykryto dodanie”> kliknij prawym przyciskiem myszy, aby zignorować.

• Dodaj pakiety do .tfignore i powiedz, aby zawierało repositories.config

Z innych komentarzy wynika, że ​​twój przebieg może się w tym momencie różnić. To jest to, co robie:

• Sprawdź wszystko, w tym wszystkie pakiety.

• Usuń wszystkie pakiety ze swojego rozwiązania, a następnie sprawdź tę zmianę (spowoduje to usunięcie pakietów z TFS)

• Otwórz rozwiązanie i kompilację, która doda pakiety do projektu, ale TFS ich nie odbierze.

Rozwiązaniem, które działało dla mnie, było utworzenie zarówno pliku .tfignore, jak i następującego ustawienia w Nuget.Config:

<configuration>
  ...
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>  
  ...
</configuration>

Mój .tfignore zawiera następujący wiersz:

\packages

[Używam Visual Studio 2015 Update 2]

To nie jest idealne i jest obecnie rejestrowane jako otwarty problem na github / nuget:

Ułatw pominięcie pakietów z TFVC # 493

Odpowiedź Terje nie działa dla mnie cały czas, czasem będzie działała przez jakiś czas, ale potem znów będzie mnie obciążać „dodawaniem”.

Jedynym sposobem, w jaki znalazłem rozwiązanie tego problemu na stałe, jest Ukrywanie folderu paczek w moim obszarze roboczym.

Na przykład:

Type      Server                Local
============================================
Active    $/Work/Main           C:\Code\Main
Cloaked   $/Work/Main/Packages

Miałem ten sam problem. /packagespowinien działać, ale nie dla mnie. packages*.*zadziałało.