пропозиції роботи
Tomasz Bińkowski Programista PHP
konto usunięte
konto usunięte
Temat: Deployment tool
Jeżeli nie wykonujesz jakiś cudacznych operacji po wrzuceniu owego kodu to IDE nie wystarczy ?Chwalone wielokrotnie phpStorm potrafi zrobić deploy na serwer www na wiele sposobów, w tym również za pomocą systemu kontroli wersji.
Po co korzystać z zewnętrznych narzędzi skoro porządne IDE ma wszystko co trzeba ?
Bartosz Ratajczyk MS SQL Developer
Temat: Deployment tool
Dariusz Półtorak:
Po co korzystać z zewnętrznych narzędzi skoro porządne IDE ma wszystko co trzeba ?
[phpStorm] Czy potrafi być wywołane z harmongramu zadań / z crona batchem z odpowiednimi przełącznikami? W stylu
phpstorm export -project=main -server=10.10.10.10 -user=user -password=password
Ze swojej strony polecam przyjrzeć się Ant i Phing
konto usunięte
Temat: Deployment tool
W sumie zastanawialem sie jak ugryzc ten temat... byl on dzisiaj czescia dosc duzej dyskusji.Narazie stanelo na tym ze bedziemy uzywac Assembla jako miejsce gdzie trzymamy kod, mozna robic buildy, bug tracking i wszystko czego nam trzeba... i jakis sposobem server beda sie syncrhonizowac regularnie z projektem.
W sumie to mam dwa servery - DEV i PRO... nie do konca jestem pewien jak to rozwiazac by sie nie wkopac w cos, co nie bedzie dzialac ;)
konto usunięte
Temat: Deployment tool
Bartosz Ratajczyk:
Dariusz Półtorak:
Po co korzystać z zewnętrznych narzędzi skoro porządne IDE ma wszystko co trzeba ?
[phpStorm] Czy potrafi być wywołane z harmongramu zadań / z crona batchem z odpowiednimi przełącznikami? W stylu
phpstorm export -project=main -server=10.10.10.10 -user=user -password=password
Ze swojej strony polecam przyjrzeć się Ant i Phing
Czytaj proszę co piszę zanim skomentujesz.
Jeżeli nie wykonujesz jakiś cudacznych operacji po wrzuceniu
owego kodu to IDE nie wystarczy ?
Jest poważna różnica między tym co robi Phing a ta kiedy po skończonej pracy robisz z IDE deploy na dev dla testów a potem na produkcję bez żadnych pokręconych operacji czy wymogów co do tego by robić to o określonej godzinie.
Marcin
Molga
Senior Solution
Architect, IBM.
Temat: Deployment tool
Andrzej Winnicki:
W sumie to mam dwa servery - DEV i PRO... nie do konca jestem pewien jak to rozwiazac by sie nie wkopac w cos, co nie bedzie dzialac ;)
Continuous Integration: maven z profilami DEV/PROD, Hudson/Jenkins, plugin do php, svn/Mercurial/git.
Pozdrawiam.
konto usunięte
Temat: Deployment tool
standardem w takich przypadkach jest chyba capistrano:https://github.com/capistrano/capistrano/wiki/
tutaj screencast:
http://peepcode.com/products/capistrano-2
ewentualnie napisz sobie po prostu skrypt w bashu czy innym perlu.Marcin W. edytował(a) ten post dnia 02.11.11 o godzinie 23:32
Bartosz Ratajczyk MS SQL Developer
Temat: Deployment tool
Dariusz Półtorak:
Czytaj proszę co piszę zanim skomentujesz.
Staram się jak mogę. "Szukam fajnego narzędzia do automatycznego deployowania kodu" to dla mnie nie klikanie z IDE czy innego interfejsu, tylko umożliwienie odpalenia zadania bez interakcji użytkownika. Napisanie konfiguracji dla Anta czy Phinga i wrzucenie do crona bardziej mi pod to podchodzi.
konto usunięte
Temat: Deployment tool
Bartosz Ratajczyk:
Dariusz Półtorak:
Czytaj proszę co piszę zanim skomentujesz.
Staram się jak mogę. "Szukam fajnego narzędzia do automatycznego deployowania kodu" to dla mnie nie klikanie z IDE czy innego interfejsu, tylko umożliwienie odpalenia zadania bez interakcji użytkownika. Napisanie konfiguracji dla Anta czy Phinga i wrzucenie do crona bardziej mi pod to podchodzi.
Autor sam się prosił o takie problemy opisując poszukiwane narzędzie jako "fajne" :)
konto usunięte
Temat: Deployment tool
No ba. Ja tam się nigdy nie bawię w "aktualizacje o północy". W momencie jak wersja dev działa, przerzucam użytkowników na mirror skryptu, aktualizuje aplikacje i wracają na oryginał.Jak by się coś posypało to nie przerzucam ich z mirrora (który działa na tym samym serwerze) albo przywracam starą wersję i ich przerzucam na powrót.
Tylko przy aktualizacji bazy danych jest więcej zabawy. A i tu tylko jeżeli obecna struktura się jakoś zmienia co się prawie nigdy nie dzieje.
konto usunięte
Temat: Deployment tool
nie lepiej opracować własny proces publikacyjny ?przy narzędziach które wymagają ciągłego dostępu, typu aplikacja internetowa, dedyk jest IMHO niezbędny, no i wtedy w zależności od umiejętności i doświadczenia tworzy się odpowiedni proces
tak czy inaczej FTP to pomyłka, a proces publikacyjny powinien być odseparowany od deweloperki, w taki sposób by mogła go wykonywać dowolna osoba posiadająca doświadczenie w administracji
nawet jeśli wykonuje go programista (który w tym wypadku wypełnia zadania w roli administratora) to proces powinien być odseparowany, jakakolwiek integracja z IDE jest IMHO błędem organizacyjnym
proces odseparowany to dodatkowe testy poprawności, choćby przygotowania aplikacji do deploymentu
or sth ;-)
konto usunięte
Temat: Deployment tool
my stosujemy 2 procesy publikacyjne:* do testów developerskich (taki proces agilowy uproszczony), korzystamy normalnie z svn i upujemy gałąź czy trunk
* do testów produkcyjnych, kod jest eksportowany, są skrypty lub proces który kod konfiguruje i przygotowuje do publikacji
* publikacja testowa w zależności od aplikacji o której mowa, korzysta już z bazy produkcyjnej (proces bardziej agilowy) lub nie (proces bardziej zorganizowany)
ale to są wskazówki
z błędnych (antywzorcowych) przykładów:
* dostęp do produkcyjnego kodu przez FTP
* dostęp do bazy danych przez phpmyadmina
+ do obu interfejsów (FTP,PHPmyadm) mają dostęp zespoły programistyczne
= dziki zachód + szybcy i wściekliTomasz Grzechowski edytował(a) ten post dnia 03.11.11 o godzinie 16:22
Krzysztof
Skrzyszewski
Project Manager/
Product Owner
Temat: Deployment tool
Ja zaproponowałbym ciekawe rozwiązanie http://beanstalkapp.com/Ciekawe narzędzie
Do wyboru git/svn
Wbudowany deploy
Do 100MB za darmo
Sprawdza się zarówno w samodzielnych projektach jak i przy większym zespole.
Bartosz Ratajczyk MS SQL Developer
Temat: Deployment tool
Tomasz Grzechowski:>
/antywzorce/
* dostęp do bazy danych przez phpmyadmina
Jak to rozwiązujecie? Sam tworzę serie poleceń sql, które mają odwzorować zmiany w bazie i uruchamiam je w trakcie wrzucania nowej wersji. Całe grzebanie w bazie żeby coś stworzyć jest wyłącznie lokalnie u developera na własnej wersji bazy.
Krzysztof Skrzyszewski:
Ja zaproponowałbym ciekawe rozwiązanie http://beanstalkapp.com/
Ja korzystam z assembla.com, też fajne. A deployment to u mnie skrypt odpalany na docelowym serwerze - eksportuje dane z repozytorium, ustawia ścieżki, przepina wersje itd
konto usunięte
Temat: Deployment tool
Bartosz Ratajczyk:
Tomasz Grzechowski:>/antywzorce/
* dostęp do bazy danych przez phpmyadmina
Jak to rozwiązujecie? Sam tworzę serie poleceń sql, które mają odwzorować zmiany w bazie i uruchamiam je w trakcie wrzucania nowej wersji. Całe grzebanie w bazie żeby coś stworzyć jest wyłącznie lokalnie u developera na własnej wersji bazy.
a nie lepiej TOAD dla MySQL albo innym dowolnym Toolem do bazy danych - zdecydowanie bardziej wygodnie się pracuje
konto usunięte
Temat: Deployment tool
my do wszystkiego używamy bash i sql, natomiast mamy proces ustalony, w tym nazewnictwo plików jeśli występuje więcej zmian i są od siebie zależne, plik <changelog> z sekcją <release tasks> dla admina, gdzie np. jest informacja, że system będzie musiał być np. wyłączony lub nie, bo zmiany na bazie są zgodne wstecz lub niedo przepinania instacji używamy linków symbolicznych
czyli np.
./rev.1901
./rev.2054
./rev.2560
./svn.trunk
./svn.branch.current
production -> ./rev.2560
dev -> ./svn.trunk
test -> ./svn.branch.current
itd
Marcin
Molga
Senior Solution
Architect, IBM.
Temat: Deployment tool
Bartosz Ratajczyk:
Jak to rozwiązujecie? Sam tworzę serie poleceń sql, które mają odwzorować zmiany w bazie i uruchamiam je w trakcie wrzucania nowej wersji. Całe grzebanie w bazie żeby coś stworzyć jest wyłącznie lokalnie u developera na własnej wersji bazy.
Dołóż do tego http://liquibase.org/download
Lista changesetów jest zwykłym XMLem, który podlega normalnej kontroli wersji. Oczywiście jest plugin do mavena, więc każdy z członków zespołu ma zawsze aktualny schemat bazy.
Pozdrawiam.
Bartosz Ratajczyk MS SQL Developer
Temat: Deployment tool
Przemysław R.:
a nie lepiej TOAD dla MySQL albo innym dowolnym Toolem do bazy danych - zdecydowanie bardziej wygodnie się pracuje
Tu tylko zacytowałem Tomasza. (Zazwyczaj) nie używam MySQL. A wykonanie tych samych zmian na kilku bazach (2 lub 3) najwygodniej mi wprowadzić przez zapisany skrypt SQL.
konto usunięte
Temat: Deployment tool
Bartosz Ratajczyk:
Przemysław R.:
a nie lepiej TOAD dla MySQL albo innym dowolnym Toolem do bazy danych - zdecydowanie bardziej wygodnie się pracuje
Tu tylko zacytowałem Tomasza. (Zazwyczaj) nie używam MySQL. A wykonanie tych samych zmian na kilku bazach (2 lub 3) najwygodniej mi wprowadzić przez zapisany skrypt SQL.
wykonać można czymkolwiek, stworzyć jakimś wygodnym narzędziem
Następna dyskusja:
Software development deploy...
«
