Jakie pliki należy umieścić w formancie źródłowym w projekcie Flex Builder?

Question

Zauważyłem, że Eclipse (Flex Builder) generuje setki plików metadanych. Czy powinienem sprawdzić je w moim kontrolerze źródłowym? Wydają się konieczne, ponieważ po ich usunięciu program Flex Builder po prostu otwiera puste biurko ...

Niektóre z tych plików wyraźnie nie należą do kontroli źródła (np. Pliki .history i niektóre pliki pamięci podręcznej). Jeśli je usunę, mój projekt znów się otworzy bez problemu. Ale lista jest długa i wydaje się, że nie ma wyraźnego rozróżnienia pomiędzy folderami zawierającymi pliki, które należą do kontroli źródła, a tymi, które tego nie robią.

Nie mogę po prostu wpakować ich wszystkich w svn, nawet jeśli miałbym zignorować nieefektywność, ponieważ Eclipse generuje ciągle nowe, o różnych nazwach, które z kolei również wydają się kluczowe dla załadowania projektu.

Czy ktoś może mnie oświecić?

Answer 1

Nie należy sprawdzać setek plików metadanych. Jeśli chcesz, aby móc zapoznać się z projektu w taki sposób, że może po prostu być importowane, a następnie sprawdzić w:

.actionScriptProperties 
.project 
.flexProperties 

I „HTML-template” i „libs”. Jak mówi Christian, wszelkie zasoby, na których polegasz. Zwykle przechowuję je jako osobne projekty Flex Library.

Answer 2

Generalnie umieszczam cały mój kod źródłowy pod src, a ja sprawdzam src i wszystkie jego potomki. Jeśli mój projekt opiera się na zewnętrznych zależnościach (np. SWC Cairngorm, as3corelib itp.), Flash/zasobach graficznych, arkuszach stylów lub plikach zasobów, również je sprawdzam. Ale nie sprawdzam żadnych generowanych (bin- *), pośrednich czy specyficznych dla IDE, ponieważ posiadanie tych rzeczy w kontroli kodu źródłowego nie przynosi wiele praktycznych korzyści, az mojego doświadczenia wynikają tylko bóle głowy; Ogólnie rzecz biorąc, sprawdzam najbardziej minimalny zestaw tego, czego potrzebuję - biorąc pod uwagę czystą instalację FlexBuilder (lub w ogóle brak - na przykład, gdy kompilowałem zamiast mxmlc lub compc) i pusty projekt - do pomyślnie zbuduj projekt.

Answer 3

Większość plików projektu zaćmienia, takich jak .project, .properties, wszystko w .settings, może przejść do kontroli źródła. Dopóki pliki nie mają ustawień zależnych od użytkownika, takich jak ścieżki do plików lub lokalne adresy URL, powinno być dobrze.

Jedną z używanych przez nas metod jest tworzenie lokalnych plików właściwości, które nie są używane w SCM, ale są uwzględniane w tych, które są używane. I.E plik kompilacji mrówki, w tym plik local.properties, który ma lokalne metadane.

Answer 4

Co zrobić, jeśli właściwości .actionScriptProperties, .project lub .flexProperties zawierają w sobie elementy zależne od użytkownika? Zazwyczaj będzie to adres URL lub informacje o ścieżce. Jaki jest najlepszy sposób na eksternalizację tego? Próbowałem tworzyć zmienne ścieżki, ale działa to oczywiście tylko dla ścieżek. Nie dla rzeczy takich jak nazwa hosta itp.