Drukowana wersja tematu

Napisany przez: Pyton_000 14.06.2018, 18:06:10

Ej.

Jak organizujecie sobie te dziesiątki projektów trzymanych na dysku

Czy trzymacie projekty w katalogach tak jak nazwa repo czy nie koniecznie?

Ciekawi mnie to jak inni to robią. U mnie panuje lekki chaos bo czasami nie wiem czy dany katalog jest już stary i można wywalić czy jeszcze nie

Napisany przez: kayman 14.06.2018, 19:17:45

projekt = folder = repo

trzymam do momentu aż potrzebne, po skończeniu oddaję wszystko włącznie z repo -> all delete

innymi słowy nie zajmuje się już tym/nie moje/sprzedane/zrobione -> nie trzymam na dysku, bo jak mówisz jest potem burdel, a poza tym żeby nie było że coś zmieniałem na własna rękę i właściciel mi wydzwania

Napisany przez: Pyton_000 14.06.2018, 19:21:13

A jakieś własne projekty,libki itp?

I co trzymasz to wszystko w 1 folderze? czy jakoś katalogujesz sobie np. Prywatne, Firmowe, Libs itd.?

Napisany przez: kayman 14.06.2018, 19:43:53

własne to już inna historia

1 projekt, wiele stron/api/baz danych, wiele configów, wiele publików, w ciul libsów, 1 vendor, 1 core = 1 folder = 1 repo

tak zostało bo 1 vps, do tej pory nie próbowałem tego rozdzielać, przenosić przenosiłem

Napisany przez: Pyton_000 14.06.2018, 19:51:36

Huehuehue To tylko ja mam taką zajawkę że jak mam jakiś pomysł to od razu robię nowy projekt a potem to kwitnie i albo nie robię albo robię?
I takich katalogów własnych potrafi mi się ze 20 narobić

Baaa. ja już nawet nie pamiętam który katalog z moim własnym blogiem jest ten właściwy Tj. wiem że ten jedyny właściwy to ten na produkcji

Napisany przez: batman 15.06.2018, 05:15:20

U mnie wygląda to tak:

• home - wszystkie domowe produkcyjne projekty takie jak blog, bieżące środowiska, z jakich korzystam, kod wpisów na bloga, które czekają na publikację, paczki, które rozwijam, itp
• work - projekty firmowe, nad którymi pracuję
• startup-ideas - wszystkie moje eksperymenty, pomysły w stylu "ciekawe co by wyszło, gdyby to zrobić inaczej", projekty typu "proof of concept", itd.

Regularnie przeglądam wszystkie katalogi i usuwam nieużywane i nieaktualne projekty. Każdy projekt jest trzymany w repozytorium, więc jeśli coś wywalę, zawsze mogę to pobrać z Gitlaba lub Bitbucketa. Wszystkie projekty mają readme lub wiki, zawierające opis projektu, jego cel, itp, więc łatwo mi określić czy dany projekt można permanentnie wywalić. W organizacji projektów pomaga mi też issue tracker, gdzie mam rozpisane wszystkie aktualne rzeczy do zrobienia oraz trello, w którym trzymam luźne uwagi i spostrzeżenia.

Napisany przez: dr_NO 19.06.2018, 06:51:25

Ja trzymam wszystko na NAS'ie na zasadzie katalog = klient (Full Stack here). Jako że mogą się znaleźć aplikacje webowe/desktopowe/mobilne jak i skład DTP to u każdego klienta mam też podział na te typy pracy czyli wygląda to mniej więcej tak: klientID/[webApps,smartApps,desktopApps,graphicDesigns]
Każdemu klientowi mam przypisany też numer ID po którym się poruszam (byłem przygotowany do RODO zanim to było modne hue hue hue) i dane o klientach/projektach trzymam w MS Accessie.

Napisany przez: kayman 20.06.2018, 15:48:15

mnie najbardziej w ide brakuje checklisty jakie pliki dodałem/zmieniłem i co mam jeszcze zmieniałem by prawidłowo wysłać na produkcję, co prawda robię sobie taki plik do przypominania ale zdarza się że czegoś tam nie wpiszę i dopiero error mi pokazuje że nie wysłałem pliku na serwer lub nie zmieniłem czegoś tam w bazie danych

myślę że automat byłby tu bardzo pomocny, robię checklist start i on rejestruje nazwy wszystkich zmienianych/dodanych plików + możliwość dodania do niej wpisów ręcznie typu - zmieniłem tabelą x dodałem kolumnę y

Napisany przez: batman 21.06.2018, 02:00:48

@kayman
Dobrze rozumiem, że ręcznie wysyłasz pliki na produkcyjny serwer? Od tego masz git/inny system kontroli wersji. Jest to szybsze i bezpieczniejsze od ręcznego grzebania na serwerze.
Co do samej listy zmienionych plików, to git oferuje takie coś - git diff.

Napisany przez: Pyton_000 21.06.2018, 07:08:16

a nawet samo `git status` ale ubolewam życia w epoce kamienia łupanego ;D

Napisany przez: dr_NO 21.06.2018, 07:17:52

Ja kiedyś zanim poznałem co to GIT, to robiłem różnicowy *backup* na zamontowany zdalny katalog na serwerze

Napisany przez: Pyton_000 21.06.2018, 07:22:36

Ja nie wiem jak można w tych czasach pracować bez GIT'a przecież to jak przewalanie gnoju widelcem

Napisany przez: kayman 21.06.2018, 09:36:43

polecam po miesiącu/3 miesiącach przeszukiwać git/git diff by znaleźć co się zmieniło, to może być kilkadziesiąt plików, innymi słowy mam kontrolę wersji i nie mam pojęcia które pliki wysłać,

nie wspomnę już o zmianach które do gita nie idą np zmiany w bazie danych/plikach konfiguracyjnych/etc. lub po prostu bez kontroli wersji bo ci nie dali do niej dostępu/nie chcą/mają w ()()

człowiek po prostu nie pamięta szczególnie jak idą z tym jeszcze jakieś "krótkie projekciki" i się odrywasz

btw. często wysyłam wynik swojej roboty jako zipowaną paczkę komuś tam wiec nikt tego nie synchronizuje z gitem tylko podmienia pliki na produkcji na te z paczki, rozumiem - ktoś nie daje dostępu do ftp i tyle, ale tu pomylić się nie mogę bo wiadomo co będzie jak zapomnę o jakiejś zmianie

bywa też że ktoś wrzucił coś na testowy i nie zacommitował wiec test działa a produkcja leży bo nikt nie wiedział o zmianach

więc git-gitem a życie-życiem

jeżeli macie na sposób by się nie mylić chętnie poczytam

Napisany przez: nospor 21.06.2018, 09:51:03

Robiac prawidlowy deploy z GIT ty masz w dupie co sie zmienilo. To system wersji jest od tego by sciagnac zmiany a nie ty masz recznie przegladac zmienay i tylko je wysylac. Ja w ciagu kilku lat git diff zrobilem tylko ze dwa razy i to tylko dlatego ze zaistniala wyjatkowa sytuacja by porowna kody z dwoch roznych okresow


Bo teraz sie pracuje na migracjach a nie na recznych zmianach w bazie. Migracje sa w git.
Pliki konfiguracyjne to tez sie zmienia pliki .dist i na ich podstawie wiadomo co sie zmienilo

No wlasnie.... lipny system deploy i potem macie takie problemy. Tak sie robilo wieki temu.

Napisany przez: vokiel 17.07.2018, 08:23:57

Jeśli nie pracujesz po obu stronach na git a np na FTP to taki PHPstorm ma wbudowaną obsługę deploy na ftp i masz tam taki ekran różnic (coś jak diff z git). W dwóch kolumnach pokazuje pliki, które się między sobą różnią. Sam ustawia kierunek kopiowania po dacie pliku. Klikasz sobie co chcesz wysłać na serwer, co pobrać, co zignorować i jednym klikiem robisz synchronizację.

Napisany przez: Pilsener 19.07.2018, 13:16:52

Ja tam koła na nowo nie wynajduje. W workspace trzymam tylko w miarę aktualne projekty, resztę przenoszę na dysk o nazwie "archiwum".