mirror of
https://github.com/pcottle/learnGitBranching.git
synced 2025-06-28 00:40:07 +02:00
Change references to master branch (with code escaping)
This commit is contained in:
parent
3f3e8cbc6a
commit
40313ac3b1
24 changed files with 707 additions and 707 deletions
|
@ -48,13 +48,13 @@ exports.level = {
|
|||
"",
|
||||
"Now that you're comfortable with fetching, pulling, and pushing, let's put these skills to the test with a new workflow.",
|
||||
"",
|
||||
"It's common for developers on big projects to do all their work on feature branches (off of `master`) and then integrate that work only once it's ready. This is similar to the previous lesson (where side branches get pushed to the remote), but here we introduce one more step.",
|
||||
"It's common for developers on big projects to do all their work on feature branches (off of `main`) and then integrate that work only once it's ready. This is similar to the previous lesson (where side branches get pushed to the remote), but here we introduce one more step.",
|
||||
"",
|
||||
"Some developers only push and pull when on the `master` branch -- that way `master` always stays updated to what is on the remote (`o/master`).",
|
||||
"Some developers only push and pull when on the `main` branch -- that way `master` always stays updated to what is on the remote (`o/master`).",
|
||||
"",
|
||||
"So for this workflow we combine two things:",
|
||||
"",
|
||||
"* integrating feature branch work onto `master`, and",
|
||||
"* integrating feature branch work onto `main`, and",
|
||||
"* pushing and pulling from the remote"
|
||||
]
|
||||
}
|
||||
|
@ -63,7 +63,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Let's see a refresher real quick of how to update `master` and push work."
|
||||
"Let's see a refresher real quick of how to update `main` and push work."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"We executed two commands here that:",
|
||||
|
@ -101,13 +101,13 @@ exports.level = {
|
|||
"",
|
||||
"Maintenant que vous êtes habitué à fetch, pull et push, mettons ces compétences à profit avec une autre approche de travail.",
|
||||
"",
|
||||
"Il est commun pour les développeurs de gros projets de faire tout leur travail dans des \"feature branches\" dédiées à une fonctionnalité (en dehors de `master`) et d'intégrer ce travail au reste seulement une fois qu'il est prêt. C'est similaire à la leçon précédente (où les branches secondaires étaient pushées sur le dépôt distant), mais ici nous introduisons une étape supplémentaire.",
|
||||
"Il est commun pour les développeurs de gros projets de faire tout leur travail dans des \"feature branches\" dédiées à une fonctionnalité (en dehors de `main`) et d'intégrer ce travail au reste seulement une fois qu'il est prêt. C'est similaire à la leçon précédente (où les branches secondaires étaient pushées sur le dépôt distant), mais ici nous introduisons une étape supplémentaire.",
|
||||
"",
|
||||
"Certains développeurs utilisent la méthode \"push puis pull\" uniquement sur la branche `master` : de cette manière `master` reste toujours à jour avec ce qu'il y a sur le dépôt distant (`o/master`).",
|
||||
"Certains développeurs utilisent la méthode \"push puis pull\" uniquement sur la branche `main` : de cette manière `master` reste toujours à jour avec ce qu'il y a sur le dépôt distant (`o/master`).",
|
||||
"",
|
||||
"Cette approche combine donc deux choses :",
|
||||
"",
|
||||
"* intégrer le travail présent depuis la feature branch (la fonctionnalité développée) vers `master`, puis",
|
||||
"* intégrer le travail présent depuis la feature branch (la fonctionnalité développée) vers `main`, puis",
|
||||
"* pusher et puller sur le dépôt distant."
|
||||
]
|
||||
}
|
||||
|
@ -116,7 +116,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Rappelons-nous rapidement comment mettre à jour `master` et envoyer (push) le travail."
|
||||
"Rappelons-nous rapidement comment mettre à jour `main` et envoyer (push) le travail."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Nous exécutons ici deux commandes :",
|
||||
|
@ -154,13 +154,13 @@ exports.level = {
|
|||
"",
|
||||
"Ahora que estás cómodo fetcheando, pulleando y pusheando, pongamos a prueba estas habilidades con un nuevo flujo de trabajo.",
|
||||
"",
|
||||
"Es bastante común que los desarrolladores en los grandes proyectos trabajen sobre ramas específicas para cada tarea (feature branches) basadas en `master`, y que las integren sólo cuando están listas. Esto es similar a la lección anterior, en que pusheabamos las ramas periféricas al remoto, pero acá tenemos un paso más.",
|
||||
"Es bastante común que los desarrolladores en los grandes proyectos trabajen sobre ramas específicas para cada tarea (feature branches) basadas en `main`, y que las integren sólo cuando están listas. Esto es similar a la lección anterior, en que pusheabamos las ramas periféricas al remoto, pero acá tenemos un paso más.",
|
||||
"",
|
||||
"Algunos desarrolladores sólo pushean y pullean cuando están en `master`: de ese modo, `master` siempre se mantiene actualizado con el remoto (`o/master`).",
|
||||
"Algunos desarrolladores sólo pushean y pullean cuando están en `main`: de ese modo, `master` siempre se mantiene actualizado con el remoto (`o/master`).",
|
||||
"",
|
||||
"Entonces, en este flujo de trabajo combinamos dos cosas:",
|
||||
"",
|
||||
"* integramos el trabajo de las ramas específicas a `master`, y",
|
||||
"* integramos el trabajo de las ramas específicas a `main`, y",
|
||||
"* pusheamos y pulleamos del remoto"
|
||||
]
|
||||
}
|
||||
|
@ -169,7 +169,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Refresquemos un poco cómo actualizar `master` y pushear nuestro trabajo."
|
||||
"Refresquemos un poco cómo actualizar `main` y pushear nuestro trabajo."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Acá ejecutamos dos comandos que:",
|
||||
|
@ -207,13 +207,13 @@ exports.level = {
|
|||
"",
|
||||
"Ahora que estás cómodo fetcheando, pulleando y pusheando, pongamos a prueba estas habilidades con un nuevo flujo de trabajo.",
|
||||
"",
|
||||
"Es bastante común que los desarrolladores en los grandes proyectos trabajen sobre ramas específicas para cada tarea (feature branches o ramas de trabajo) basadas en `master`, y que las integren sólo cuando estén listas. Esto es similar a la lección anterior, en la que hicimos push de las ramas periféricas al remoto, pero aquí tenemos un paso más.",
|
||||
"Es bastante común que los desarrolladores en los grandes proyectos trabajen sobre ramas específicas para cada tarea (feature branches o ramas de trabajo) basadas en `main`, y que las integren sólo cuando estén listas. Esto es similar a la lección anterior, en la que hicimos push de las ramas periféricas al remoto, pero aquí tenemos un paso más.",
|
||||
"",
|
||||
"Algunos desarrolladores sólo pushean y pullean cuando están en `master`: de ese modo, `master` siempre se mantiene actualizado con el remoto (`o/master`).",
|
||||
"Algunos desarrolladores sólo pushean y pullean cuando están en `main`: de ese modo, `master` siempre se mantiene actualizado con el remoto (`o/master`).",
|
||||
"",
|
||||
"Entonces, en este flujo de trabajo combinamos dos cosas:",
|
||||
"",
|
||||
"* integramos el trabajo de las ramas específicas a `master`, y",
|
||||
"* integramos el trabajo de las ramas específicas a `main`, y",
|
||||
"* pusheamos y pulleamos del remoto"
|
||||
]
|
||||
}
|
||||
|
@ -222,7 +222,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Refresquemos un poco cómo actualizar `master` y pushear nuestro trabajo."
|
||||
"Refresquemos un poco cómo actualizar `main` y pushear nuestro trabajo."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Ahora ejecutamos dos comandos que:",
|
||||
|
@ -260,13 +260,13 @@ exports.level = {
|
|||
"",
|
||||
"Agora que você está confortável com fetch, pull e push, vamos colocar essas habilidades em teste com um novo fluxo de trabalho.",
|
||||
"",
|
||||
"É comum para desenvolvedores de grande projetos fazer todo o trabalho em ramos de funcionalidades (fora do `master`) e então integrar esse trabalho uma única vez quando ele estiver pronto. Isso é similar à lição anterior (onde ramos laterais eram enviados ao repositório remoto), mas introduzimos mais um passo.",
|
||||
"É comum para desenvolvedores de grande projetos fazer todo o trabalho em ramos de funcionalidades (fora do `main`) e então integrar esse trabalho uma única vez quando ele estiver pronto. Isso é similar à lição anterior (onde ramos laterais eram enviados ao repositório remoto), mas introduzimos mais um passo.",
|
||||
"",
|
||||
"Alguns desenvolvedores só fazem push e pull quando no ramo `master` -- desta forma o `master` sempre se mantém atualizado com aquilo que está no ramo remoto (`o/master`).",
|
||||
"Alguns desenvolvedores só fazem push e pull quando no ramo `main` -- desta forma o `master` sempre se mantém atualizado com aquilo que está no ramo remoto (`o/master`).",
|
||||
"",
|
||||
"Então, para este fluxo de trabalho, combinaremos duas coisas:",
|
||||
"",
|
||||
"* Integrar ramos de funcionalidade no `master`, e",
|
||||
"* Integrar ramos de funcionalidade no `main`, e",
|
||||
"* Realizar push e pull do repositório remoto"
|
||||
]
|
||||
}
|
||||
|
@ -275,7 +275,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Vamos refrescar a memória sobre como atualizar o `master` e enviar trabalho."
|
||||
"Vamos refrescar a memória sobre como atualizar o `main` e enviar trabalho."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Nós executamos dois comandos aqui que:",
|
||||
|
@ -315,11 +315,11 @@ exports.level = {
|
|||
"",
|
||||
"É bastante común que os desenvolvedores nos grandes proxectos traballen sobre ramas específicas para cada tarefa (feature branches) baseadas en `mater`, e que as integren só cando están preparadas. Esto é similar á lección anterior, na que empurrábamos as ramas periféricas ó remoto, pero acá temos un paso máis.",
|
||||
"",
|
||||
"Algúns desenvovledores só empurran e descargan cando están en `master`: de ese xeito, `master` sempre mantén actualizado o seu estado co remoto (`o/master`).",
|
||||
"Algúns desenvovledores só empurran e descargan cando están en `main`: de ese xeito, `master` sempre mantén actualizado o seu estado co remoto (`o/master`).",
|
||||
"",
|
||||
"Entón, neste fluxo de traballo combinamos dúas cousas:",
|
||||
"",
|
||||
"* integramos o traballo das ramas específicas a `master`, e",
|
||||
"* integramos o traballo das ramas específicas a `main`, e",
|
||||
"* empurramos e turramos do remoto"
|
||||
]
|
||||
}
|
||||
|
@ -328,7 +328,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Refresquemos un pouco cómo actualizar `master` e empurrar o noso traballo."
|
||||
"Refresquemos un pouco cómo actualizar `main` e empurrar o noso traballo."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Agora executamos dous comandos que:",
|
||||
|
@ -368,11 +368,11 @@ exports.level = {
|
|||
"",
|
||||
"在一個大型的專案裡面,程式設計師經常會在 feature branch(有別於 master branch)上面做開發,之後等開發完之後,在一次 merge 回去。這跟之前的課程是很類似的(其它的 branch 被 push 到 remote),但是現在我們還要再多介紹一個步驟。",
|
||||
"",
|
||||
"某些程式設計師只針對 `master` branch 進行 push 或者是 pull。這樣子的話 `master` 一直都保持跟 remote (`o/master`) 同步。",
|
||||
"某些程式設計師只針對 `main` branch 進行 push 或者是 pull。這樣子的話 `master` 一直都保持跟 remote (`o/master`) 同步。",
|
||||
"",
|
||||
"所以針對這個問題我們結合了兩件事情:",
|
||||
"",
|
||||
"* merge feature branch 到`master` branch,並且",
|
||||
"* merge feature branch 到`main` branch,並且",
|
||||
"* push remote 以及 pull remote"
|
||||
]
|
||||
}
|
||||
|
@ -381,7 +381,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"讓我們馬上來實際看一下如何更新 `master` 並且 push 到 remote。"
|
||||
"讓我們馬上來實際看一下如何更新 `main` 並且 push 到 remote。"
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"我們在這裡執行兩個指令:",
|
||||
|
@ -419,13 +419,13 @@ exports.level = {
|
|||
"",
|
||||
"Nun da du mit `fetch`, `pull`, und `push` vertraut bist, sollten wir diese Fähigkeiten mit einem neuen Arbeitsablauf auf die Probe stellen.",
|
||||
"",
|
||||
"Für Entwickler in großen Projekten ist es nicht ungewöhnlich ihre Arbeit in Feature Branches (von `master` abgeleitet) zu erledigen und dann diese Inhalte zu reintegrieren, wenn sie fertig sind. Das ist ähnlich dem vorherigen Level (in dem ein Feature Branch auf den Server geschoben wird), nur mit einem zusätzlichen Schritt.",
|
||||
"Für Entwickler in großen Projekten ist es nicht ungewöhnlich ihre Arbeit in Feature Branches (von `main` abgeleitet) zu erledigen und dann diese Inhalte zu reintegrieren, wenn sie fertig sind. Das ist ähnlich dem vorherigen Level (in dem ein Feature Branch auf den Server geschoben wird), nur mit einem zusätzlichen Schritt.",
|
||||
"",
|
||||
"Einige Entwickler pushen und pullen nur auf dem `master` -- dadurch ist `master` immer aktuell zu seinem Gegenstück auf dem Server (`o/master`).",
|
||||
"Einige Entwickler pushen und pullen nur auf dem `main` -- dadurch ist `master` immer aktuell zu seinem Gegenstück auf dem Server (`o/master`).",
|
||||
"",
|
||||
"Für diesen Ablauf werden wir also zwei Dinge kombinieren:",
|
||||
"",
|
||||
"* einen Feature Branch in `master` reintegrieren und",
|
||||
"* einen Feature Branch in `main` reintegrieren und",
|
||||
"* vom entfernten Server pushen und pullen."
|
||||
]
|
||||
}
|
||||
|
@ -434,7 +434,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Schauen wir uns zur Erinnerung schnell noch mal an, wie man den `master` aktualisiert und seine Commits pusht."
|
||||
"Schauen wir uns zur Erinnerung schnell noch mal an, wie man den `main` aktualisiert und seine Commits pusht."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Wir haben hier zwei Befehle ausgeführt, die:",
|
||||
|
@ -472,13 +472,13 @@ exports.level = {
|
|||
"",
|
||||
"既然你应该很熟悉 fetch、pull、push 了,现在我们要通过一个新的工作流来测试你的这些技能。",
|
||||
"",
|
||||
"在大型项目中开发人员通常会在(从 `master` 上分出来的)特性分支上工作,工作完成后只做一次集成。这跟前面课程的描述很相像(把 side 分支推送到远程仓库),不过本节我们会深入一些.",
|
||||
"在大型项目中开发人员通常会在(从 `main` 上分出来的)特性分支上工作,工作完成后只做一次集成。这跟前面课程的描述很相像(把 side 分支推送到远程仓库),不过本节我们会深入一些.",
|
||||
"",
|
||||
"但是有些开发人员只在 master 上做 push、pull —— 这样的话 master 总是最新的,始终与远程分支 (o/master) 保持一致。",
|
||||
"",
|
||||
"对于接下来这个工作流,我们集成了两个步骤:",
|
||||
"",
|
||||
"* 将特性分支集成到 `master` 上",
|
||||
"* 将特性分支集成到 `main` 上",
|
||||
"* 推送并更新远程分支"
|
||||
]
|
||||
}
|
||||
|
@ -487,7 +487,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"让我们看看如何快速的更新 `master` 分支并推送到远程。"
|
||||
"让我们看看如何快速的更新 `main` 分支并推送到远程。"
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"我们执行了两个命令: ",
|
||||
|
@ -525,13 +525,13 @@ exports.level = {
|
|||
"",
|
||||
"Теперь, когда вы умело владеете командами fetch, pull и push, давайте применим эти навыки в сочетании с новым рабочим процессом (он же workflow).",
|
||||
"",
|
||||
"Среди разработчиков, вовлечённых в большой проект, довольно распространённ приём — выполнять всю свою работу в так называемых фича-бранчах (вне `master`). А затем, как только работа выполнена, разработчик интегрирует всё, что было им сделано. Всё это, за исключением одного шага, похоже на предыдущий урок (там, где мы закачивали ветки на удалённый репозиторий)",
|
||||
"Среди разработчиков, вовлечённых в большой проект, довольно распространённ приём — выполнять всю свою работу в так называемых фича-бранчах (вне `main`). А затем, как только работа выполнена, разработчик интегрирует всё, что было им сделано. Всё это, за исключением одного шага, похоже на предыдущий урок (там, где мы закачивали ветки на удалённый репозиторий)",
|
||||
"",
|
||||
"Ряд разработчиков делают push и pull лишь на локальную ветку `master` - таким образом ветка `master` всегда синхронизирована с тем, что находится на удалённом репозитории (`o/master`).",
|
||||
"Ряд разработчиков делают push и pull лишь на локальную ветку `main` - таким образом ветка `master` всегда синхронизирована с тем, что находится на удалённом репозитории (`o/master`).",
|
||||
"",
|
||||
"Для этого рабочего процесса мы совместили две вещи:",
|
||||
"",
|
||||
"* интеграцию фича-бранчей в `master`",
|
||||
"* интеграцию фича-бранчей в `main`",
|
||||
"* закачку (push) и скачку (pull) с удалённого репозитория"
|
||||
]
|
||||
}
|
||||
|
@ -540,7 +540,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Давайте быстренько вспомним, как нам обновить `master` и закачать выполненную работу."
|
||||
"Давайте быстренько вспомним, как нам обновить `main` и закачать выполненную работу."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Здесь мы выполнили две команды, которые:",
|
||||
|
@ -578,13 +578,13 @@ exports.level = {
|
|||
"",
|
||||
"今や、あなたは`fetch`、`pull`、`push`を十分に使えるようになったでしょうから、そのスキルを新しい作業の流れで試してみましょう。",
|
||||
"",
|
||||
"大きなプロジェクトの開発者にとって、フィーチャーブランチ(`master`を除く)上で全ての作業を行い、完成したら一度でその作業を統合するというような流れが一般的です。これは前のレッスンの内容(他のブランチからリモートにプッシュされるような状況のところが)に似ていますが、ここではもう一歩踏み込んで解説しましょう。",
|
||||
"大きなプロジェクトの開発者にとって、フィーチャーブランチ(`main`を除く)上で全ての作業を行い、完成したら一度でその作業を統合するというような流れが一般的です。これは前のレッスンの内容(他のブランチからリモートにプッシュされるような状況のところが)に似ていますが、ここではもう一歩踏み込んで解説しましょう。",
|
||||
"",
|
||||
"開発者は、`master`ブランチにいるときプッシュとプルしかしません -- `master`は常にリモート(`o/master`)に追従した状態のままにします。",
|
||||
"開発者は、`main`ブランチにいるときプッシュとプルしかしません -- `master`は常にリモート(`o/master`)に追従した状態のままにします。",
|
||||
"",
|
||||
"この作業の流れでは、私たちは二つのことを組み合わせています:",
|
||||
"",
|
||||
"* `master`にフィーチャーブランチの作業を統合し、",
|
||||
"* `main`にフィーチャーブランチの作業を統合し、",
|
||||
"* リモートへの`push`と`pull`を行う"
|
||||
]
|
||||
}
|
||||
|
@ -593,7 +593,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"`master`の更新と作業の反映の方法を手早く復習しましょう。"
|
||||
"`main`の更新と作業の反映の方法を手早く復習しましょう。"
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"我々はここで二つのコマンドを動かしました:",
|
||||
|
@ -631,9 +631,9 @@ exports.level = {
|
|||
"",
|
||||
"이제 여러분은 fetch, pull, push하는데에 익숙해졌을겁니다. 연마한 기술들을 새로운 상황에서 시험 해봅시다.",
|
||||
"",
|
||||
"개발자들은 주로 큰 프로젝트를 개발할때 작업을 feature 브랜치(=토픽브랜치 / `master`브랜치가 아닌 작업을위해 임시로 만든 브랜치를 말합니다)들에 하고 준비가 되면 그 작업을 통합합니다. 이전 강의와 비슷한 모습인데(사이드 브랜치들을 원격저장소로 push한것), 여기서 한 단계 더 나아가 봅시다. ",
|
||||
"개발자들은 주로 큰 프로젝트를 개발할때 작업을 feature 브랜치(=토픽브랜치 / `main`브랜치가 아닌 작업을위해 임시로 만든 브랜치를 말합니다)들에 하고 준비가 되면 그 작업을 통합합니다. 이전 강의와 비슷한 모습인데(사이드 브랜치들을 원격저장소로 push한것), 여기서 한 단계 더 나아가 봅시다. ",
|
||||
"",
|
||||
"어떤 개발자들은 `master` 브랜치에 있을때만 push와 pull을 수행합니다 -- 이렇게하면 `master`는 항상 원격 브랜치 (`o/master`)의 상태와 항상 최신의 상태로 유지될 수 있습니다.",
|
||||
"어떤 개발자들은 `main` 브랜치에 있을때만 push와 pull을 수행합니다 -- 이렇게하면 `master`는 항상 원격 브랜치 (`o/master`)의 상태와 항상 최신의 상태로 유지될 수 있습니다.",
|
||||
"",
|
||||
"이런 작업흐름은 두가지 작업을 같이하게됩니다 :",
|
||||
"",
|
||||
|
@ -646,7 +646,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"다음을 보고 `master`를 갱신하고 작업을 push하는 방법을 다시 떠올려봅시다."
|
||||
"다음을 보고 `main`를 갱신하고 작업을 push하는 방법을 다시 떠올려봅시다."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"여기서 우리는 두개의 명령어를 실행 했습니다 :",
|
||||
|
@ -684,13 +684,13 @@ exports.level = {
|
|||
"",
|
||||
"Тепер, коли ти вже впевнено володієш засобами `pull` та `push`, час перевірити ці знання в новому процесі.",
|
||||
"",
|
||||
"Зазвичай розробники працюють над якимось фічами в окремій гілці (не в `master`), а потім, коли роботу закінчено, інтегрують її. Це схоже на попередній урок (де окремі гілки пушили у віддалений репозиторій), але тут буде ще один додатковий крок.",
|
||||
"Зазвичай розробники працюють над якимось фічами в окремій гілці (не в `main`), а потім, коли роботу закінчено, інтегрують її. Це схоже на попередній урок (де окремі гілки пушили у віддалений репозиторій), але тут буде ще один додатковий крок.",
|
||||
"",
|
||||
"Деякі розробники виконують push і pull лише в гілці `master` -- тож `master` завжди буде актуальним і синхронізованим з віддаленою гілкою (`o/master`).",
|
||||
"Деякі розробники виконують push і pull лише в гілці `main` -- тож `master` завжди буде актуальним і синхронізованим з віддаленою гілкою (`o/master`).",
|
||||
"",
|
||||
"Отже для цього процесу ми об'єднуємо дві речі:",
|
||||
"",
|
||||
"* інтеграцію гілки з фічею в `master`, і",
|
||||
"* інтеграцію гілки з фічею в `main`, і",
|
||||
"* пул та пуш для синхронізації з віддаленим репозиторієм"
|
||||
]
|
||||
}
|
||||
|
@ -699,7 +699,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Пригадаймо коротко як оновити `master` і запушити свої зміни."
|
||||
"Пригадаймо коротко як оновити `main` і запушити свої зміни."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Ми виконали дві команди, які:",
|
||||
|
@ -737,13 +737,13 @@ exports.level = {
|
|||
"",
|
||||
"Giờ thì bạn đã quen thuộc với tìm nạp, kéo và đẩy, bây giờ chúng tôi sẽ kiểm tra kỹ năng của bạn với một quy trình làm việc mới.",
|
||||
"",
|
||||
"Trong các dự án lớn, các nhà phát triển thường làm việc trên các nhánh tính năng (được phân nhánh từ `master`) và chỉ thực hiện tích hợp sau khi công việc hoàn thành. Điều này tương tự như mô tả trong bài học trước (đẩy nhánh bên sang kho lưu trữ từ xa), nhưng chúng ta sẽ đi sâu hơn một chút trong phần này.",
|
||||
"Trong các dự án lớn, các nhà phát triển thường làm việc trên các nhánh tính năng (được phân nhánh từ `main`) và chỉ thực hiện tích hợp sau khi công việc hoàn thành. Điều này tương tự như mô tả trong bài học trước (đẩy nhánh bên sang kho lưu trữ từ xa), nhưng chúng ta sẽ đi sâu hơn một chút trong phần này.",
|
||||
"",
|
||||
"Một vài nhà phát triển chỉ thực hiện đẩy và kéo khi ở trên nhánh `master` -- như vậy thì nhánh `master` luôn luôn được cập nhật với nhánh từ xa (`o/master`).",
|
||||
"Một vài nhà phát triển chỉ thực hiện đẩy và kéo khi ở trên nhánh `main` -- như vậy thì nhánh `master` luôn luôn được cập nhật với nhánh từ xa (`o/master`).",
|
||||
"",
|
||||
"Vậy nên với quy trình làm việc này chúng tôi đã kết hợp 2 việc:",
|
||||
"",
|
||||
"* tích hợp nhánh chức năng lên nhánh `master`, và",
|
||||
"* tích hợp nhánh chức năng lên nhánh `main`, và",
|
||||
"* đẩy và kéo từ nhánh từ xa"
|
||||
]
|
||||
}
|
||||
|
@ -752,7 +752,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Hãy xem qua cách cập nhật nhánh `master` và đẩy lên nhánh từ xa hoạt động như thế nào."
|
||||
"Hãy xem qua cách cập nhật nhánh `main` và đẩy lên nhánh từ xa hoạt động như thế nào."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Ta thực thi 2 câu lệnh làm việc sau:",
|
||||
|
@ -790,13 +790,13 @@ exports.level = {
|
|||
"",
|
||||
"Sedaj, ko se počutiš udobno s fetchanjem, pullanjem in pushanjem, preizkusimo ta znanja z novimi primeri.",
|
||||
"",
|
||||
"Za razvijalce na velikih projektih je pogosto, da delajo vse svoje stvari na funkcionalnih brancih (ne na `master`) in potem vključijo to delo, ko je končano. To je podobno prejšnjim lekcijam (kjer so bili pushani stranski branchi na oddaljen repo), a tu predstavljamo še en korak.",
|
||||
"Za razvijalce na velikih projektih je pogosto, da delajo vse svoje stvari na funkcionalnih brancih (ne na `main`) in potem vključijo to delo, ko je končano. To je podobno prejšnjim lekcijam (kjer so bili pushani stranski branchi na oddaljen repo), a tu predstavljamo še en korak.",
|
||||
"",
|
||||
"Nekateri razvijaci samo pushajo in pullajo na `master` branchu -- zato `master` vedno ostane posodobljen z oddaljenim masterjem (`o/master`).",
|
||||
"Nekateri razvijaci samo pushajo in pullajo na `main` branchu -- zato `master` vedno ostane posodobljen z oddaljenim masterjem (`o/master`).",
|
||||
"",
|
||||
"Torej za tak primer uporabe, združimo dve stvari:",
|
||||
"",
|
||||
"* vključevanje dela funkcionalnih branchev na `master` in",
|
||||
"* vključevanje dela funkcionalnih branchev na `main` in",
|
||||
"* pushanje in pullanje iz oddaljenega repota"
|
||||
]
|
||||
}
|
||||
|
@ -805,7 +805,7 @@ exports.level = {
|
|||
"type": "GitDemonstrationView",
|
||||
"options": {
|
||||
"beforeMarkdowns": [
|
||||
"Osvežimo si na hitro, kako posodobiti `master` in pushati delo."
|
||||
"Osvežimo si na hitro, kako posodobiti `main` in pushati delo."
|
||||
],
|
||||
"afterMarkdowns": [
|
||||
"Izvedli smo dva ukaza, ki:",
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue