Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
GitKrakenを用いたじゃんけんゲーム開発（正常系シナリオ） GitKrakenというGitクライアントを利用して，複数人でじゃんけんゲームの開発を行う．必要な操作についてはすべて説明するので，書かれているとおりに実施し，Github FlowとProcessingでのソフトウェア開発に必要な操作を理解すること． ここでは下記に示す正常系を想定した一連の開発の流れ(S0～S3，D1~D8)について具体的な操作方法を詳述する．各手続きで何を行っているかよく理解したうえで演習を進めること． S0. Gitクライアント[GitKraken]のインストールと起動 S1. 主開発者によるリポジトリの作成とPush S3. 主開発者によるCollaborator（共同開発者）の追加 D1. 主開発者によるProcessingファイルの作成 D2. 主開発者による初期実装 D3. 主開発者による初期
tl;dr 昔は Windows で Git を使うのは辛かったが、現在は悪くない Scoop で簡単に構築できる 操作は CLI, 閲覧は GUI クライアントで使い分けている GUI クライアントは、 VS Code がオススメ Git 言わずと知れた、バージョン管理システム。 Windows と Git そもそも Git は、 Unix/Linux 文化圏で生まれてきたもので、Windows 対応はされてはいるがイマイチな時期が長く続いた。 イマイチだった点 Git を導入するために、Git 以外の登場人物が多く辛い ( 特に新人 Windowser には msys Git Bash ssh 情報が色々あって辛い 3~4 年前までは、まだ Cygwin 派の記事もあった Windows への導入の記事なのに、何となく Linux の知識ある前提だったり 鍵生成が辛い putty 形式
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 #Git-flowイメージと各ブランチの役割 ####master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 ####develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 ####feature bra
はじめに リーナス・トーヴァルズはgitを10日間で作ったとか、神はいるんだねえ。 開発用Macでコーディング、その後サーバにpushして…という僕のような開発スタイルの場合、githubにpushするという仕組みに必要性を感じなくて、開発用クライアント(Mac)対本番用サーバ(linux)間でのgitの関係を理解して、やっとgitを使う必要性が見えてきたのでした。 サルわかもリモートリポジトリでBacklogあたりでわかんなくなってた。 gitのリポジトリとかの概念 branchとかmasterとかの以前に、リポジトリと作業ディレクトリの概念、bareとnon-bareリポジトリについて bare［ベア]とは bareとは裸の、とか剥き出しとかいう意味 ベアリポジトリは作業ディレクトリを持たない。更新されたとか情報のみを持つ。 ディレクトリ名は「hogehoge.git」のように".gi
用語集 non-bare repository: 皆様のお手元にある普通のリポジトリがそれです。 bare repository: 普通はgitサーバーにある。手元でも取り扱い可能。ただしworking directoryがないので、work treeを必要とする様々な操作ができない。 bare repositoryは hoge.git/ のように .git という拡張子のついたディレクトリであらわすのが慣例であるため、それに従う。 cloneでbareからnon-bare, non-bareからbareを作成する cloneするときにbareにするかnon-bareにするか指定できる。 # bareにする git clone --bare /path/to/my-nonbare-repository /path/to/my-bare-repository.git # non-bareにす
bareリポジトリは「ワーキングディレクトリ」が存在しないリポジトリを指します。要するに実態のファイルが存在せずに、履歴情報やブランチ・タグとかそういった情報のみのリポジトリ。慣習的にディレクトリ名の末尾を.gitにします。 GitLabとかGitBucketとかも、gitの機能だけに言及すれば中身はこの末尾に.gitが付いたbareリポジトリをユーザーとかグループごとに管理して、Webページで表示しているだけ。GitHubももちろんそのはず。 リポジトリに対する操作はnon bareリポジトリから行います。 gitは分散型リポジトリなので、厳密には中央リポジトリは存在しません。が、それだと複数人、複数マシンで開発するときに不便なので「このリポジトリを中央にしましょ～ね～」というルール上のリポジトリを設けることになります。それが中央リポジトリ。従って、別に個人で履歴管理だけしたいなら、別に
[2016/12/19追記]「「MBAでスクリプトを書き、リモートサーバ上で実行する」をGitで実現する - Qiita」を公開しました。ここと同じ仕組みでWordpressでなくRubyスクリプトを管理する方法です。 「ベアリポジトリとノンベアリポジトリ：理論編〜GitでWordpressのテーマを管理」の続き、実践編です。 本番環境にいきなりやるのは怖すぎるので、以下の様な環境を作ってやってみます。 リモートサーバ上のGit（bare）「更新管理用Git」 172.16.151.129:~/test.remote.git/ リモートサーバ上のGit（non-bare）「本番環境Git」 172.16.151.129:~/test.local.git/ ローカルマシンのVirtualBox上のGit（non-bare）「テスト環境Git」 192.168.56.101:~/work.lo
[2016/12/19追記]「「MBAでスクリプトを書き、リモートサーバ上で実行する」をGitで実現する - Qiita」を公開しました。ここと同じ仕組みでWordpressでなくRubyスクリプトを管理する方法です。 早く公開したかったのに思いのほかハマってちょー頑張った@nekotricolorです。 「バージョン管理システムとは何か〜GitとSubversionの違い」からの「VirtualBox上にインストールしたUbuntuにSSHで接続する」の続きです。 この記事には理屈しか書いていませんので、実際の設定は「ベアリポジトリとノンベアリポジトリ：実践編〜GitでWordpressのテーマを管理」を参照ください。 お題：「Gitを使って、本番環境のWordpressのテーマを、複数のPC上にあるローカルのテスト環境で確認してから更新できるようにする」 ノンベア（non-bare）リ
Github上にローカル環境からTerminalなどのコマンドラインを使ってPush,PullRequestを作成する流れをまとめてみました。 #大まかな流れ ①Github上からローカルにファイルをclone(保存)する ②GithubへPullRequest用のBranchをローカルで作成する ③データを更新編集し、ローカルに add, commitする ④Githubにpushする ⑤GithubにPullRequestする ※⑥PullRequestをMergeする #用語の整理 ①Github…オンライン上にレポジトリーを保管し、複数人で共有・編集できる ②ローカル…自分のPC ③clone...Githubなどオンライン上のリポジトリーをローカルにコピー保存すること ④Branch...１つのレポジトリに複数のBranchを作ることで同時に複数のバージョンでレポジトリを管理する
こんにちは！ あだ名が こわっしー に変わってしまいそうでヒヤヒヤしている ひさっしー です…！ 入社から早3ヶ月、黒い画面と一緒にとても濃い日々を送っています！ さて…みなさん、Gitライフ楽しんでますか～？？ まだまだ私も勉強中の身ですが、今回はグランフェアズの業務フローに沿って、 実際に私がどのようなGitコマンドを使っているのかをご紹介しちゃいます！ 今回はこの2点をまとめてみました。 Gitコマンドを使った業務フロー 個人的によく使うGitコマンドまとめ 出てくるのはよく使うコマンドばかりですので、 Git勉強中のみなさまのお役にたてると幸いです。 では、早速ご紹介していきます！ Gitコマンドを使った業務フロー グランフェアズでのマークアップ業務は、コーディング担当とコードレビュー担当の２名でチームを組んで行います。 レビュー担当を作ることで、さらに作業の精度を高めています！
はじめに Gitのそっけないコマンドに飽き飽きしていませんか？人によっては「CUIのほうがシンプルでいい」という方もいますが、一方で「GUIじゃないと使っていられない」という方も数多くいます。そんな方は、GitのGUIクライアントを使ってみましょう。Gitクライアントには、公式のGit GUIをはじめ、いろいろなクライアントがあります。やっぱり、今から使いはじめるなら新しいものがいいですよね？古くて安定したものがいいという方も、ここはひとつチャレンジ精神を持ってください。 この記事では、比較的新しいGitクライアントである、「GitKraken」の使い方をチュートリアル形式でお伝えしていきます。この記事を読めば、GitKrakenでの基本的なGitリポジトリの操作方法がお分かりになることでしょう。もちろん、無料でためすことができますので、ご自分でやってみてください。 GitKrakenはど
こんにちは！志田です。 最近ドラクエモンスターズを購入しました。 だいあくまの書・シュプリンガー・メッサーラのパーティでがんがんいってます。 配合を繰り返していると、「この組み合わせ、AにもBにもなるのに！どっちが強くなるんだろう？」ということがたびたび起こります。 そんなときに使えたらいいのが、今回ご説明するブランチです。 前回のあらすじ 前回の記事では、バージョン管理と基本的な動作について、ご説明しました。 ・バージョン管理にgitを使おう！ ・コミットを繰り返し、キリのいいところでプッシュする ・コミットを重ねることでバージョン管理ができる こんな経験ありませんか みなさん、これまでの経験で、こんな経験ってありませんか？ ・直すことによる影響範囲が広いため、もしきちんと改修できて、テストもできたら安定バージョンに含めたい 今まで何度もコミット・プッシュを重ねてきたプロジェクト。現在は
環境 Eclipse IDE for Java Developers：Juno Service Release 1 Git：上記Eclipseのプリインストール版 プロジェクト作成～初コミットまで 多くの場合は、どこかしらプロジェクトを取り込んでそこからコーディングかと思われますが、Hello world的なプロジェクトを作成して初めてコミットするまでの手順です。 まずパッケージエクスプローラ上で、右クリック - [New] - [Java Project]を作成し、適当なパッケージとクラスを作成します。そこから、プロジェクト上で右クリック、[Team] - [Share Project]を選択。 次に表示される画面でGitを選択します。Configure Git Repositoryという画面が表示されるので、[Create]ボタンを押下します。
Eclipse から Git 操作を行う、EGit の使い方についてまとめてみました。 この記事は 2014/3/25 にリリースされた EGit 3.3.1 を使い、Ubuntu もしくは Windows で操作しています。（たぶん Mac でも大丈夫です） リポジトリを破壊したり、ファイルが多くあると遅くなっていたりしていたお騒がせな EGit でしたが、現在の所、通常の操作では問題なくなったように思います。 目次 導入 ローカルリポジトリの作成 ファイル操作 リモートリポジトリに接続 ローカルブランチの作成 リベースインタラクティブ ブランチからのマージ1 ブランチからのマージ2 コンフリクトの解消 リベース コミットコメント修正 コミットリセット リバートコミット このページでは、1〜6までを記載しています。（続きは力尽きたので次回…） 導入 EGit は Eclipse 用の G
「Visual Studio Code（略称：VS Code）」はMicrosoftが提供している無償で高機能なエディターです。標準でも十分な機能は備わっていますが、拡張機能をインストールすることで、より使いやすく自分にあったエディターにカスタマイズできます。 前回の記事では、「HTMLコーダー」「フロントエンジニア」に役立つ拡張機能を紹介しました。本記事では、開発者全般の方に役立つ拡張機能を紹介します。 エディターを強化する拡張機能 1. Clipboard Ring テキストを「コピー」や「切り取り（カット）」したものを「貼り付け（ペースト）」する場合に、この拡張機能を入れることで複数件の内容を記憶できます。ctrl+shift+v（⌘+shift+v）を押すごとに過去の情報に切り替えられます。デフォルトでは10件の情報を記憶できますが、設定を変更することで記憶する件数を増やすことも可
バックエンドエンジニアのKazです。 昨今では、エンジニアにとってほぼ必須ツールとなった、ソースコードのバージョン管理ツール「Git」。今回はGitについて、ちょっと上級ですが、使いこなせばとても便利なコマンドを集めてみました。 なお、記事中のコマンドはすべて最新版のGitを想定しています。一部古いバージョンでは動作しないものも含まれていますので、バージョンの差異で非対応の場合はご容赦ください。 用例 任意指定オプションについて コマンド例の角カッコ （[]）で囲まれたオプションは任意指定となります。 git log [-p] ↑この角カッコ内は任意指定 プレースホルダについて コマンド例の山カッコ（<>）で囲まれた値はプレースホルダとなります。下記に沿って適宜置き換えてください。 <branch>: ブランチ名 <path>: ファイルのパス <pattern>: 検索したい文字列やパタ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 初めに LinusによるGitのinitial commitのREADMEの訳です。 社内のSVNからの移行を促すために資料を整備していたのですが、SVNでやっていたことを移し替えたりコマンドを覚えたりするより内部構造を知ったほうが早いことに気づきました。 それで、gitの内部構造についての解説資料を色々見ていたのですが、データ構造については原作者のこのREADMEに言い尽くされている気がします。のみならず、gitを使うものが抱くべき精神性のようなものが示されており、深い感銘を覚えました（ヒャッハー）。 README: ”GIT - 馬
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く