常連

Githubを日本語化することはできますか？
できるのならその方法を教えてください。

Githubを日本語化する方法

## テーマ、知りたいこと

docker環境とアプリは、その程度依存関係にあるべきか？
また、gitリポジトリの適切な配置について、ご意見をお聞かせいただきたいです。

## 背景、状況

例えば、laravelで構築したアプリ（nginx+PHP+MySql）が複数あった場合、
gitは下記の様に、アプリごとにリポジトリを分割するかと思います。

- abc/laravel01
- abc/laravel02
- abc/laravel03

そこで質問となりますが、
上記の場合、docker環境（dockerfile や docker-compose.yml）は各アプリに含めますか？
それとも、別リポジトリを切って管理しますか？
もしくは、ほぼ同じ環境の場合は統一化し、管理しますか？
各管理方法に対するメリット、デメリット等、皆様のご意見を伺いたいです。
よろしくお願いいたします。

## 前提条件
各laravelアプリは、laravelで構築した以外は別物のアプリ（DB構成やファイル構成等）
ただし、docker環境は、ほとんど差分無し（container_nameが違う程度）
としてご回答いたければと思います

---
- 各アプリに含めるパターン
```ここに言語を入力
laravel01
├─docker
│ └─php/dockerfile
├─src/laravel
└─docker-compose.yml

laravel02
├─docker
│ └─php/dockerfile
├─src/laravel
└─docker-compose.yml
```

- 別リポジトリを切って管理パターン
```ここに言語を入力
laravel01
├─app
├─config
│
└・・・

laravel01-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml

laravel02
├─app
├─config
│
└・・・

laravel02-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml

```

---
- 環境を共通化するパターン
```ここに言語を入力
laravel01
├─app
├─config
│
└・・・

laravel02
├─app
├─config
│
└・・・

base-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml
```

docker環境とアプリの依存、gitリポジトリに関して

## テーマ、知りたいこと
今、働いている会社、システム開発会社なのですが、Gitを導入しようにも、
知識がなく、導入することができません。
FTPでサーバーにアップロードするだけです。
このような会社ってやはりいまどき低スキルになるのでしょうか？
Git以外の技術については、ここでは、評価しない（考えない）ことにします。
みなさんの考えをお聞きしたいです。

## 背景、状況

キャリアに悩んでいます。


Gitを導入できない職場

### 状況

個人開発中のRailsアプリをロリポップ！マネージドクラウドにgit pushコマンドでデプロイしたところ、下記のエラーが発生しデプロイできない。
```
Connection to ssh.mc.lolipop.jp closed by remote host.
send-pack: unexpected disconnect while reading sideband packet
fatal: the remote end hung up unexpectedly
```


### 試したこと(その1)

git pushできる容量の制限をオーバーしているようだったので、下記サイトを参考に容量制限の設定を変更してもうまくいかず…
```
git config --global http.postBuffer 524288000
```
参考：https://qiita.com/P2eFR6RU/items/dff1ccf8bce49e3009c4

### 試したこと(その2)

その1の方法でダメだったので、「ブランチを別々にpushすればいけるのでは？」と考え、下記サイトを参考にするも解消せず…

参考：https://kekaku.addisteria.com/wp/20180426204009

マネクラを利用されている方で、同じ現象に遭遇された方がいらっしゃれば助言をいただきたいです…

### 補足
マネクラでのデプロイは、マネクラ用のリモートリポジトリを追加後、「git push lolipop master」でデプロイするようになっています(リモートリポジトリのURLはマネクラ上でのプロジェクト作成時に発行されるため、「git remote add」で追加します)。
デプロイについては公式サイトを含め、下記のサイトを参考にしました。
参考1(公式)：https://support.mc.lolipop.jp/hc/ja/articles/360001043047-Ruby-on-Rails%E3%82%A2%E3%83%97%E3%83%AA%E3%81%AE%E3%83%87%E3%83%97%E3%83%AD%E3%82%A4%E6%96%B9%E6%B3%95
参考2(Qiita)：https://qiita.com/tosite0345/items/10db024c500a7d97cf41

ロリポップ！マネージドクラウドにデプロイできない(hung up unexpectedly)


リモートブランチ A がありそれに変更があったとします。
ローカルブランチ A-local でも変更があるとします。
この状態で pull を行い pull.ff only だと pull できないとなると思います。

では fetch した上で rebase か merge かとなるかと思いますが、その際コンフリクトがあるかどうか判断する方法はありますか？

例えばローカル側で複数コミットをしていて、そのコミットの最初の方でコンフリクトが起きている場合、rebase だとコンフリクト修正がややこしくなる場合があるかと思います。

その場合 マージにしてマージコミットを作りコンフリクト修正としたいのですが、コンフリクト有無は rebase なり merge なりしないとわからないでしょうか？
予めお互いの編集箇所を確認してからコマンド実行する他ないですか？

git で pull する際にコンフリクトが起こるならマージ、起こらないならリベースのようにする方法はありますか？

### 前提

git-flowで開発しています。
メインとなるdevelopブランチからfeature/sampleブランチを切って、開発を始めました。
プッシュ前に以下のコマンドを適用しました。

・developブランチの変更を直接feature/sampleにマージ。（確か以下のコマンドだったはず。）

```ここに言語を入力
git checkout feature/sample
git pull origin develop
```

そしてリモートリポジトリにプッシュした後、以下の操作を行いました。

・コミットログを変更するコマンドを開き、vimを開き、何も保存せずq!コマンドで終了する。

```ここに言語を入力
git checkout feature/sample
git rebase -i コミットid
```

### 発生している問題・エラーメッセージ
現在、feature/sampleブランチでgit statusすると下記のようなメッセージが出てきます。
```
git status

On branch feature/sample
Your branch and 'originfeature/sample' have diverged,
and have 4 and 8 different commits each, respectively.
  (use "git pull" if you want to integrate the remote branch with yours)
```

### 実現したいこと

現状、自分が作成してプッシュしたブランチについて、リモートブランチとローカルブランチで差分が出てしまいました。原因と対処法を教えて欲しいです。

現在のリモートリポジトリのfeature/sampleブランチが正しい状態です。

・ローカルの差分４については、git rebase -i コマンドを三回ほど実行したために発生してるという理解でよろしいですか？
q!コマンドで保存せず終了したつもりが、コミット履歴は残るのですね。
このコミット履歴は全て不要なので、消したいです。

・リモートの差分8については、developブランチを直接マージしたのが原因でしょうか？
本来ならdevelopブランチの変更はローカルのdevelopブランチにpullし、現在の開発ブランチとmergeするのが正しいのでしょうか？



gitでのチーム開発で、リモートブランチとローカルブランチで差分が出てしまった

pull するときに余計な marge コミットが作られて欲しくないため pull.ff=only とすることはよくあるかと思いますが、実際に pull して Fast-Forward できない場合 git pull --rebase  とすると rebase されますが、rebase でのコンフリクトを解消したくないとします。

競合無しなら git pull --rebase でも良いのですが、競合がある場合 marge コミットが作られてもいいので一度のマージで競合を解消したいという感じです。この場合どの様な操作によって pull を行えば良いでしょうか？

gitの設定でpull.ff=onlyとしていて Fast-Forward できなかった場合それが競合ありか無しか判断して競合ありなら rebase ではなく marge するといった事は可能ですか？

### 質問
git rebaseについて勉強中なのですが、以下のシチュエーションでrebaseの差分が期待通りになりません。

ブランチ構成
```ここに言語を入力
main
b1
b1-1
b2
b2-1
```
手順
- b1に移動して、修正 & コミット
- b1-1に移動して、修正 & コミット & git rebase b1
- b1に移動して、git merge b1-1
  - b1-1がb1にマージされる
- mainに移動
- git merge b1で、mainにb1を取り込む
- b2に移動して、修正 & コミット
- b2-1に移動して、修正 & コミット & git rebase b2
- b2に移動して、git merge b2-1
- b2で git rebase main
  - mainにb1の情報が入ったため、rebaseしたい

## 問題
最後のrebaseでコンフリクトの差分が出るのですが、b2-1の情報が差分に反映されません。
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-09-24/611f3766-22f7-4a9c-b62f-fc4a0161a4f4.png)
手元のファイルではb2-1の情報が反映されています。
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-09-24/83829595-f693-4697-bcdc-7f796ba2b77f.png)
原因を教えていただきたいです。

最終的にmainブランチのファイルを以下のようにマージしたいのですが、rebaseを使ったコミットの練習なのでmainブランチをb2にマージしてコンフリクト解消することは考えていません。
```ここに言語を入力
main
b1
b2-1
b2
b2-1
```
よろしくお願いします。