わたしのGit/GitHubの使い方 | TRIAL DANCE
この記事は feedforce advent calendar 2016 18日目の記事です。 昨日は tsub の ぼくの情報収集方法 でした！この記事を読んで私も早速 のぼりーさんのクラウドインフラPodcast を購読しました！ こんにちは、未だに洗濯機を買ってないことを社内の人達に心配されている mizukmb です。私もコインランドリー生活には限界を感じているので、そろそろ買おうと思います。 さて、今回は私流の Git/GitHub 活用術についてお話しようと思います。 HHKB にテプラを貼った話はまた今度にしようと思います。 自己紹介 @mizukmb 2016年 新卒入社 Webエンジニア ボドゲ部 音ゲー部（自称） 1. Git: masterブランチは削除する Git, GitHub を使い始めてよくあるのが 誤って master ブランチで作業して push してしま
git/githubのマイナーな便利コマンド - peroli Developer's Blog
2016 - 11 - 04 git/githubのマイナーな便利コマンド list Tweet はじめに 先日、社内勉強会でgit/ github の個人的に好きなコマンドについて発表しました。 弊社では github を使って開発を進めているため、聞いている人は基本的なコマンドについて理解しています。 その上で、あまり知らないであろうマイナーなコマンドについて発表しました。 今回はその発表の中から、いくつか社内で反響の大きかったものをピックアップしてお届けしようと思います。 (基本的な使い方については Atlassianさんの記事 https://www.atlassian.com/ja/git/tutorial/git-basics がわかりやすいと思います。) gitの便利な使い方 git rebase -i HEAD~[X] Pull Requestを作成する前にcommitを整
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
Gitを実践的に使うために参考にすべき記事20選
チームで開発を行うときにGitのスキルは必要不可欠なものとなってきています。以前、Git初心者向けにスライドをまとめたものを紹介しましたが、今回はGit（GitHub）をさらに活用するために参考にしたい記事を紹介します。 この記事は以下のような方におすすめです！ ・ブランチをどのように運用すれば良いのかわからない。 ・コミットメッセージの書き方にいつも悩んでしまう。 ・issueやPull Requestをもっとうまく活用したい。 ・Git�やGitHubに関する便利なテクニックを知りたい。 ・間違ってコミットしてしまったけど対処法がわからない。 今回は、運用編、コミットメッセージ編、issue編、Pull Request編、テクニック編、問題解決編と５つの内容で分類してみました。実践的な読み応えのある記事ばかりなので、ぜひ参考にしてみてください。 運用編 中の人に聞いたGitHub fl
[新人教育] 何も知らない人がGitとGitHubを独学で知る - Qiita
一通りやりましたがめちゃオススメです。 画面の指示に従って進めていくだけで Gitの概念からプルリクエストのフローまで学べます。 ※実際にプルリクエストを送ることができます。 ※章末ごとに正しく操作できているかのチェック機能があります。 所要時間は、Git使い慣れてる人で1時間未満。 未経験者でも3時間あればなんとか！(ハマり具合による) Git・GitHub始めたばかりの人から復習したい人まで！ また、研修でも使えると思います。 日本語版も出来たみたいですのでぜひお試しあれ！ ...と勝手に宣伝。 [git-it-electron(概要)] https://github.com/jlord/git-it-electron#user-content-git-it-desktop-version [ダウンロードページ(日本語版)] https://github.com/jlord/git-i
![[新人教育] 何も知らない人がGitとGitHubを独学で知る - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4d82e6a6e6fca5cf7fbdaf994ac8ef11637763f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU2JTk2JUIwJUU0JUJBJUJBJUU2JTk1JTk5JUU4JTgyJUIyJTVEJTIwJUU0JUJEJTk1JUUzJTgyJTgyJUU3JTlGJUE1JUUzJTgyJTg5JUUzJTgxJUFBJUUzJTgxJTg0JUU0JUJBJUJBJUUzJTgxJThDR2l0JUUzJTgxJUE4R2l0SHViJUUzJTgyJTkyJUU3JThCJUFDJUU1JUFEJUE2JUUzJTgxJUE3JUU3JTlGJUE1JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1kOGJlZmViOWQ0MDQ4MDcxYzE5NTJlNzU1NWM4ZTk2Ng%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBpa2VuamkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTdjNDNjNTJlMjExZjZlY2IxMGQyMzM5NGZkZmQ3ZWUw%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gZ2lmdGVl%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Da21fc58da4a14ff468039b5829ff4e02)
ど素人でも、アプリ「Git-it」を通じてGit/GitHubが使えるようになった話 - LOGzeudon
このページは別のブログに移転しました。
GitHub に *.github.io という URL の Web サイトを作る - ablog
今更だけど、GitHubを使って3分でHPを公開する。 - Qiita を参考に GitHub に Web サイトを作ってみた。 ブラウザで GitHub にログインする。 [New repository] をクリックし、"Create a new repository" というページに移動する。 [Repository name] に "GitHubアカウント名.github.io(例: yoheia.github.io)" と入力し、"Create repository" をクリックする。 作成したリポジトリの [Settings] をクリックする。 [GitHub Pages]-[Launch automatic page generator] をクリックし、"New user site" ページに移動する。 [Continue layouts] をクリックし、"Choose a t
最低限押さえておきたいGitの超基本的な作業フロー、5つのコマンドまとめ
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの一つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 連載第2回目の本稿のテーマは「Gitの基本的な作業フローを学ぶ」です。 前回の「初心者でもWindowsやmacOSでできる、Gitのインストールと基本的な使い方」でも「Gitの基本的な作業フロー」を扱いましたが、かなり急ぎ足な解説となってしまいました。今回は、作業フローの各要素について、前回よりも詳しく解説していきます。 「Gitのインストール」や「初期設定」については、前回の記事で解説したので、そちらを参考にしてください。また「バージョン管理シ
Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ
GitやGitHubの使い方を学習することができるデスクトップアプリ「Git-it」。Electronで作られていて、Mac / Windows / Linux用の実行ファイルをGitHubよりダウンロードすることができます。英語表記のみだけでなく、日本語に対応しているところもありがたいところです。 使用方法 Git-it自体は問題集のようなもので特別な仕掛けはありません。画面の指示に従いローカルの環境でGitを使いながら学習を進めていきます。Git-itではGitHub Desktopの使用を推奨していますが、実際の運用を考えてターミナルでGitを勉強してみるのも良いでしょう(Windowsの場合若干めんどくさいですが)。 Git-itでは、Gitのインストールから始まり、リポジトリの作成やコミット、GitHubの使い方、最終的にはプルリクエストの送信方法まで学ぶことができます。 プルリ
git push --force でなく git push --force-with-lease を使う - valid,invalid
前に社内チャットで流れてて初めて知った。 他人の変更を上書きするおそれのある git push --force でなく、最後に fetch したタイミング以降に他人が push していたら失敗する git push --force-with-lease を使う方が良い。 --force considered harmful; understanding git's --force-with-lease - Atlassian Developers Quipper では GitHub flow のような開発フローを採用している。 各開発者が feature branch を作成し、master / develop branch へ pull request を作る流れだ。 他人と修正箇所が重なってコンフリクトした際には rebase が必要で、 rebase 後の内容を push する際には
GitHubとGitのおさらい
みなさん、はじめまして。GitHubの池田と申します。GitHubやTwitterのユーザーアカウントは@ikeike443です。GitHubではソリューションエンジニアという役割で、アジア・パシフィックを担当しています。我々GitHubは2015年6月に日本法人を設立しました。日本企業のソフトウェア開発の効率化のお手伝いをしています。 今回は数回にわたって、GitHubについて、その本質や我々が実現しようとしている世界観、また意外と知られていないGitHubの機能についてご紹介していければと考えています。 GitとGitHubとは何か 今さら感はありますが、ここで改めてGitおよびGitHubとは何かについて簡単におさらいしておきましょう。 よく混同されている方がいらっしゃるのですが、まずGitとGitHubは別のものです。 Gitは2005年にリーナス・トーバルズが開発した分散バージョ
GitHub おじさん スターターキット - Qiita
この記事はGit Advent Calendar 2015の16日目の記事です。 はじめに この記事を読むと、GitHub と Git を人に紹介する時や、GitHub 導入後に注意すること、GitHub 普及の際のメンタルついて知識が得られます。 ある程度、Git, GitHub の知識があり、これから現場に GitHub を普及させたい方に有用な記事かもしれません。技術的な Tips は少なめです。 目次 どうも、GitHub おじさん、または 一度死んだおじさん こと沖縄の金城です。GitHubについてと人に説明する機会や導入する機会が多いので、その経験から、どんなことに注意しながら進めていけばいいか書いてみます。 記事は 「紹介編」,「導入後編」,「おじさん編」の３つの編から構成されています。 紹介編 Git はバージョン管理ツール、 GitHub は Git のホスティングサービ
本当は怖くない！デザイナーがGitを大好きになった♡５つの理由 - Qiita
（この投稿は2014/04/23に書かれたものです。nanapi TechBlogから転載しました。） こんにちは！もうすっかり春ですね❀ nanapiの永田ゆにこですヾ(°◡°)ﾉﾞ さて、わたしはデザイナー職ですが、使いこなせているか使いこなせていないかはさておき、Gitが大好きです♡ 最初は「難しそう…」と嫌厭する気持ちもありましたが、いまでは苦手意識など吹き飛び大好きに♡ 今回はデザイナーのわたしがGitを大好きになった5つの理由をご紹介したいと思います。 その１：本当はそんなにむずかしくなかったよ！ そもそもGitはなにが便利？! Gitとはバージョン管理システムです。どんなことをやってくれるかというと例えば、同じファイルを複数人で作業しても、Gitがいい感じでひとつにしてくれたり、別の人によって上書きされてしまいそうになると忠告してくれたりします。 ありがちな「同じファイルを触
XcodeからgitとGitHubを使う方法・基本編 - 開発メモ
Xcodeで開発を行うときに、gitやGitHubとあわせて使う方法について調べてみたのですが、いまいち、しっくりくるサイトが見つからなかったので自分でまとめてみました。 ここでは、以下のような情報についてまとめてあります。 プロジェクトと同時にリポジトリを作成 とにかくコミットが大事 GitHubのリポジトリを登録 GitHubにプッシュ あくまで基本編と言う事で、あまり難しい話はしません。 （SSH鍵を登録する話やgitignoreの話は無し） 応用編はこちら。 XcodeからgitとGitHubを使う方法・応用編 - 開発メモ http://seeku.hateblo.jp/entry/2016/03/02/232151 動作を確認した環境 環境 情報 Xcode 7.2.1 (7C1002) iOS 9.2 Swift 2.1.1 Date 2016/2/25 基礎知識編 gitと
Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]
Git(GitHub)おじさん 何かを布教することをネットの一部では「**おじさん」というみたいです。最近、あまり得意ではないのですが、色々な事情で仕事でソフトをつくることが多くなり、その関係で何周か遅れでGitとGitHubを使うようになりました。そして、今頃その素晴らしさに感動して打ち震えている（大げさ）ので、私もGit(GitHub)おじさんになってみようかと思います。 といっても、私が今更Git(GitHub)の何が素晴しいかを語ったところで…というのもあるのと、何よりうまく伝えられる気がしないです。何故ならそもそも自分がまだそんなにわかってないし使いこなせてない。なので、今回はGit(GitHub)を少し使ってどのようなことが変わった（良いことがあった）のかという具体例をGit使用前(Before Git)、Git使用後(After Git)として列挙した後、オススメのサイトをま
![Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/debe96adca991ca81ef7c95ec883354892f2786c/height=288;version=1;width=512/http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51PjpAUHZBL.jpg)
Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
Misocaのプルリクエストの運用について - 弥生開発者ブログ
こんにちは。 開発チームのウォーボーイズことめろたん(@renyamizuno_)です。 みんな！V8讃えてるぅ！？ はい。 今回は前回まで続けていた便利なGem紹介をネタ切れのため一旦置いておいて、 Misocaのプルリクエストの運用について書きたいと思います！ Descriptionのテンプレート 弊社ではプルリクエストのDescriptionを書くときのためのテンプレートが存在しています。 CONTRIBUTING.mdに、 ## 関連文書 * ＊＊＊＊ * 関連Pull request: xxxx ## 変更点概要 (どう変わるのかを簡潔に。 複数の変更を行なっているならPRを分割すること) ## 注意・伝達事項 * 今後の実装において注意すべき点や、使うと便利な点。 * 見てほしい箇所や、整合性が気になる箇所について。 * レビュー時の観点について:＊＊＊＊ ## このPull
githubの特定ブランチへのgit push --forceをprotectしてエンジニアの精神崩壊を防ぐ( ꒪﹃ ꒪)ﾌﾞｸﾌﾞｸ - Qiita
githubの特定ブランチへのgit push --forceをprotectしてエンジニアの精神崩壊を防ぐ( ꒪﹃ ꒪)ﾌﾞｸﾌﾞｸGitGitHub Protected branches and required status checks もうお済みですか！？ 9月4日のことですがgithubより以下の機能がリリースされています。 特定ブランチへのforce pushを無効する 特定ブランチへのマージ時にステータスチェックを必須にする(CIと連携している場合は、テストが通るまでマージできないようにできる) これを実施することで、ある日新人が謎の空のコミットをmasterブランチにforce pushして来たり、ある日途中からJOINした人がpull reqもせずにdevelopブランチに謎コミットをforce pushして来たり、ある日とあるOSSで間違えて一ヶ月前のローカルレポジト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git ができると何がいいの? オープンソースと Git & GitHub の 心地いい関係
github/gitignore at master - GitHub
