#git pull

If you're like me when learning Git, then the workflow is very confusing as a beginner. In this video, I explained the workflow in a simpler manner. I hope this helps you guys visually understand the workflow of Git.

Check it out if you are a visual learner like me.

git init: Description: Initializes a new Git repository in the current directory, creating a hidden .git folder to store repository information. git clone <repository_url>: Description: Creates a copy of a remote Git repository on your local machine. It downloads all the repository’s files and history. git add <file(s)>: Description: Stages changes for commit. You can specify individual…

แหล่งความรู้เกี่ยวกับการเขียนโค้ด ในทุกวันนี้มีอยู่เยอะมาก หนึ่งในนั้นคือ Open Source Code ตามสื่อโซเชียลต่างๆ เช่น YouTube และ Github ซึ่งการอัพโหลดโค้ดไปวางไว้บน Github เราจะใช้คำสั่ง git โดย คำสั่งที่ใช้บ่อย มีอะไรบ้าง จำลองสถานการณ์ คุณเขียนโค้ดบนเครื่อง Local โดยมีการสร้างโฟลเดอร์ และสร้างไฟล์บางส่วนไปแล้ว ต่อมาคุณอยากอัพโหลดโค้ดเหล่านั้นขึ้นไปไว้บน Remote หรือ Github.com คุณจึงไปที่…

元ネタ：やっぱり、gitのイントロダクションが頼りになった。 http://d.hatena.ne.jp/zariganitosh/20080910/1221050855

ここも情報量多いが、チュートリアルにしては単発式。

やり方が分からない時の逆引きのように使うといいかも。 　http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/chunked/pr01.html

ユーザマニュアルにも結構いろいろ載ってる。 　http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/chunked/index.html これまでは、gitリポジトリ（管理用のgitディレクトリ）で直接開発、テストをやって、できたものをそのまま参照したり、コピーしたりして配布していた。 このやり方だと、      - 他人数での開発ができない（資材や改修が競合する）      - 分散管理というgitの特徴が活かせない（中央管理と同じになる） という欠点がある。 gitを使ったバージョン管理では、git push と git pull を使った多人数での agility な開発を是非やってみたいものである。 ということで、がんばってやってみた。 やりたいことを時系列にそって書き下すと、こんな感じ： 1. オレ（＝開発者１）が最初のプロジェクト（ore@~/work）作る      cd ~/work      git init 2. オレ（＝開発者１）が自分のマスターブランチにコミットする      git add .      git commit -m "commit" 3. あなた（＝開発者２）も開発できるように、オレ（＝開発者１）が共用リポジトリにpushする      git push ...　←ここを理解する 4. あなた（＝開発者２）も参加することになったので、共用リポジトリから最新版を pullする      git pull　←ここも理解する      ■前提（SVNから移ったばっかりだと、この前提が結構大事な気がする） 1. 自分がmaster持ってる プロジェクトのやり始めは自分で、自分がオリジナルのソース持ってる。 まだソースなくて、git push と git pull 覚えたい場合は、push したり pull したりするソースを決めておく or ダミーを作っておく 2. 自分のローカルに git リポジトリ持ってる 前提1 にある通り、ソースのオリジナルは自分が持ってて、自分がマスターを管理していた。 それを、他の人もpush とか pull できるようにしたい、という問題設定。 管理対象のディレクトリで、      git init      git add .      git commit して、最初のmaster ブランチを作っておく 3. push 先のディレクトリまたはサーバ決めておく これまでは、自分がマスター管理して、自分のローカルにあるマスターにコミットしてればよかった。 これからは、共用のマスター用意して、そこにpushする。 ・・・ローカルにコミットしたものを、共用（リモートと説明しているサイトも多い）にpushする。 共用にするのはコミットじゃないので、注意。 4. pullするユーザとディレクトリを決めておく。 実際の開発現場では、決めなくてもpullする開発者はいるが、ここは練習でやってみるので、テストユーザまたは手順2とは異なる作業ディレクトリを用意しておく ■いざ実践 ということで、さっき書き下したやりたいことを、時系列にそってやっていく。 1. オレ（＝開発者１）が最初のプロジェクト（ore@~/work）作る      cd ~/work      git init 2. オレ（＝開発者１）が自分のマスターブランチにコミットする      git add .      git commit -m "commit" 3. あなた（＝開発者２）も開発できるように、オレ（＝開発者１）が共用リポジトリにpushする 【これ大事】pushする前に、bareリポジトリという特殊なリポジトリを作る必要がある。 # ~/work リポジトリのbareリポジトリを、/usr/local/git/にwork.gitの名前で作成する git clone --bare ~/work /usr/local/git/work.git

*** bareリポジトリとは、作業ファイルがない、管理情報だけのリポジトリ

bareリポジトリじゃないリポジトリとは、pushもpullもできないので注意。

http://hakobe932.hatenablog.com/entry/20080521/1211373969

***