Phriction Wiki Sealhub Workflow Audyt i Review Review workflow X2: Backup kodu przed review History Version 1 vs 2
Version 1 vs 2
Version 1 vs 2
Edits
Edits
- Edit by kuba-orlik, Version 2
- Feb 20 2020 13:49
- Edit by kuba-orlik, Version 1
- Feb 20 2020 13:34
Original Change | Next Change » |
Edit Older Version 1... | Edit Older Version 2... |
Content Changes
Content Changes
tutaj opis tego jak będzie działał backup kodu
W trakcie pracą nad diffem warto często robienia commitów w lokalnym repozytorium, aby móc:
* robić checkpointy działającego kodu i łatwo do nich wracać;
* samodzielnie śledzić postęp w wykonywaniu taska, odhaczając kolejne jego elementy w osobnych commitach.
W momencie gdy chcesz zrobić kopię zapasową Twojego kodu na serwerze lub kontynuować prace nad Twoim kodem na innej maszynie, możesz to zrobić za pomocą Sealhuba, wg instrukcji poniżej.
## Backup kodu - instrukcje
Po scommitowaniu w lokalnym repozytorium wszystkich zmian utwórz nowego diffa za pomocą:
```
arc diff --plan-changes origin/master
```
Flaga `--plan-changes` sprawia, że diff zostanie utworzony, ale nie będzie jeszcze podlegał review - jego stan będzie oznaczony jako "planned changes".
Ta komenda wykona jednorazowy backup Twojego kodu w nowym diffie. Jeżeli już masz diffa do danego taska, to możesz go zaktualizować z flagą `--plan-changes`:
```
arc diff --update D123 --plan-changes origin/master
```
Przypilnuj, aby nie tworzyć więcej niż jednego diffa/rewizji do jednego taska.
tutaj opis tego jak będzie działał backup koduW trakcie pracą nad diffem warto często robienia commitów w lokalnym repozytorium, aby móc:
* robić checkpointy działającego kodu i łatwo do nich wracać;
* samodzielnie śledzić postęp w wykonywaniu taska, odhaczając kolejne jego elementy w osobnych commitach.
W momencie gdy chcesz zrobić kopię zapasową Twojego kodu na serwerze lub kontynuować prace nad Twoim kodem na innej maszynie, możesz to zrobić za pomocą Sealhuba, wg instrukcji poniżej.
## Backup kodu - instrukcje
Po scommitowaniu w lokalnym repozytorium wszystkich zmian utwórz nowego diffa za pomocą:
```
arc diff --plan-changes origin/master
```
Flaga `--plan-changes` sprawia, że diff zostanie utworzony, ale nie będzie jeszcze podlegał review - jego stan będzie oznaczony jako "planned changes".
Ta komenda wykona jednorazowy backup Twojego kodu w nowym diffie. Jeżeli już masz diffa do danego taska, to możesz go zaktualizować z flagą `--plan-changes`:
```
arc diff --update D123 --plan-changes origin/master
```
Przypilnuj, aby nie tworzyć więcej niż jednego diffa/rewizji do jednego taska.