ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
SlideShare上の本資料は現在メンテされていません。 ↓↓↓SpeakerDeck版をご覧ください！（時々アプデしてます）↓↓↓ https://speakerdeck.com/ihcomega56/githazimefalse-buRead less
■前提 ・gitlabサーバー ・gitlabにプロジェクト作成済み（例：testprojectとする） ・sourcetreeインストール済み ■手順 １）gitlabのプロジェクトのGIT URLを取得、sourcetreeに新しいプロジェクトでクローンする 例) GIT URL: git@192.168.1.xxx:gitlab_username/testproject.git SSHキーをgitlabに貼り付ける ・SourceTreeメニューから Tools/Launch SSH Agentを選ぶ ・Pass Phraseを入力し、Generate Keyを選ぶ ・再生されたSSH KeyをGitlabのProfile Settings/SSH Keyに貼り付ける ・Launch SSH Agent画面のメニューからSSH KeyをExportする ・SourceTreeのToo
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はGit Advent Calendar 2015の16日目の記事です。 はじめに この記事を読むと、GitHub と Git を人に紹介する時や、GitHub 導入後に注意すること、GitHub 普及の際のメンタルついて知識が得られます。 ある程度、Git, GitHub の知識があり、これから現場に GitHub を普及させたい方に有用な記事かもしれません。技術的な Tips は少なめです。 目次 どうも、GitHub おじさん、または 一度死んだおじさん こと沖縄の金城です。GitHubについてと人に説明する機会や導入する
集中型 集中型はリポジトリを中央サーバーで管理します。 各開発者は都度、クライアントPCからサーバーに接続してファイルの取得や更新を行います。 このため、以下のようなデメリットがあります。 基本的な操作がネットワーク経由となるため遅い 中央サーバートラブル時に作業が滞る 中央サーバーがクラッシュし、バックアップも失敗していた場合に履歴が失われる 分散型 分散型は各クライアントがリポジトリ全体を保持していて、 基本的な操作の多くはローカルPC内で完結します。 そのため ネットワークに依存せず、高速に操作できる サーバートラブルの影響が小さい 各クライアントがリポジトリ全体を保持しているので、サーバークラッシュなどがあっても復元が容易 というメリットがあります。 Gitのパフォーマンスについては公式サイトにSVNと比較する形でまとめられています。 興味がある方は以下のリンクをご覧ください。 g
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
Gitが開発現場におけるバージョン管理の軸になってきています。しかしGitには多くの機能があり、さらに他のバージョン管理に比べてローカルでできることが多いので、覚えるのが大変というイメージがあります。 そこで作られたのがGitの使い方を覚えるためのGit-itというソフトウェアです。Git-itを通してGitの使い方を学んでいけます。 Git-itの使い方 最初のページです。一番最初はGitのインストールからはじめます。 リポジトリを作ってみようのレッスンです。 コマンドも書かれていて、その結果をアプリ上から確認できるようになっています。 pullの方法。こうやって順番にすすめていくことでGitを使った開発の基本が抑えられるようになるでしょう。 Git-itの良いところはElectronアプリアプリなので、ローカルに作成したフォルダの状態などをチェックすることができるということです。コンテ
つかだでございます。 前回までの日記で、Gitのインストール、GitHubのリポジトリ作成とアカウント初期設定を記してきました。今回は、PCにインストールしたGitの初期設定を行い、GitHubのリモートリポジトリと初めての連携をとって見ました。 大きく分けて、以下の二点をお伝えします。 Gitに自分の情報を設定 GitHubにpushしたりなんかしたり そのまんまですね＞＜ Gitに自分の情報を設定 Gitは、変更をコミットするときにユーザの名前やメールアドレスを同時に記録します。その情報は、例えばあとからコミットの履歴を見るときに、「誰によるコミットか」を判別するのに役立ちます。次のコマンドを実行すればOKです。 $ git config --global user.name "Akihiro TSUKADA" $ git config --global user.email ts
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
