初めに LinusによるGitのinitial commitのREADMEの訳です。 社内のSVNからの移行を促すために資料を整備していたのですが、SVNでやっていたことを移し替えたりコマンドを覚えたりするより内部構造を知ったほうが早いことに気づきました。 それで、gitの内部構造についての解説資料を色々見ていたのですが、データ構造については原作者のこのREADMEに言い尽くされている気がします。のみならず、gitを使うものが抱くべき精神性のようなものが示されており、深い感銘を覚えました(ヒャッハー)。 README: ”GIT - 馬鹿コンテンツトラッカー” コミットメッセージ:git, 地獄からきたインフォメーションマネージャ gitの意味 "git" は何を意味することも出来る、お前の気分次第だ。 3文字で、発音可能で、実際のUNIXシステムで共通コマンドとして使われていないものであ
背景 GitおよびGitHubを利用したプロジェクトにおいて、開発プロセスにPull Requestを利用しているプロジェクトは非常に多いと思います。 そして、GitHubは開発者がPull Requestを作成することを楽にするために、pushされたブランチに対して、 Compare & Pull Request というリンクを作成してくれます。 ここをクリックした時に表示されるのは、 Default Branch に対しての差分表示及びPull Request作成画面です。masterブランチのように、Default BranchにPull Requestを送る時には最高のボタンになりますが、Default Branch以外のブランチで開発しており、masterブランチから該当ブランチへの差分が非常に大きい時は、作業効率を低下させるボタンになってしまいます。 というのも、 ボタンをクリ
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
こんにちは、エンジニアの王です。今回は、Git初心者を悩ませるリベースについて解説してみたいと思います。 リベースが初耳 リベースを聞いたことはあるけど、使っていない 不安を抱えながらも、リベースをなんとなく使っている 上記に当てはまる方は、ぜひ読んでくださいね。 リベースで何ができる? コミットが綺麗になる! 以上です! この一言に尽きる! 具体的にどのように綺麗になるかというと…… コミット履歴がわかりやすくなる コミットメッセージを後から変える コミットの順序を後から変える 2つ以上のコミットを1個に統合する 一度コミットした内容を編集する といった具合でしょうか? 整理整頓が好きな方は、ぜひリベースを使いこなしていただきたいと思います! マージとリベース 2つのブランチの変更点を統合するとき、Gitの最も一般的なやり方は、マージとリベースを使うことです。マージは初回で説明したので、
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
$ git status # 差分を見る On branch master Your branch is up-to-date with 'origin/master'. Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: README.md no changes added to commit (use "git add" and/or "git commit -a") $ git stash # 変更を退避 Saved working directory and index state WIP
今年 4 月は、Git サーバーの誕生記念でした。Git は、Linus Torvalds が開発した バージョン管理システムです。Git は、世界中のまさに国境を越えた何百万というユーザーに使われています。 GitHub のような Git を使ったコード ホスティング サービスを提供している会社がいくつもあります。あるレポートによれば、GitHub は世界最大のコード ホスティング サービスだそうです。GitHub は 21.8Mバイト のリポジトリを管理し、ユーザーは 9,200,000 人います。大会社も GitHub に移行しつつあります。検索大手の Google でさえも、Google Code を止めて GitHub に移行しています。
こんにちは。今回のテーマは『Linuxサーバー上にGitリモートリポジトリを作成する』です。プロ、アマを問わずコードを書く作業をされている方はSubversionやGit等のバージョン管理システムを活用していると思います。最近はGitHub等の便利なサービスが普及して自分でリモートリポジトリを用意する必要性も薄れてきた気がします。今回は小規模での開発に活用できるリモートリポジトリをUbuntuをサーバーとして作成してみました。 【目次】 今回Gitリポジトリを構築しようとした環境 ssh接続用のGitリポジトリを準備する Gitリポジトリを作成する gitユーザーパスワードによる認証 公開鍵による認証 ログインシェルを変更する 今回Gitリポジトリを構築しようとした環境 作業環境および構築しようとした設定は以下の通りです。 接続プロトコル:ssh サーバー:Ubuntu 16.04LTS(
リポジトリが用意されていないけどバージョン管理しておきたい場合など。 Sambaなどで構築された共有ファイルサーバにはアクセスできるが、リポジトリサーバの管理者権限は持っていない場合に、一時的なバックアップのような感じで。 UNCはコンソールからだと移動できないので、ネットワークドライブに割り当てる。(以下Z:ドライブに割り当てたとする) 共有ディレクトリへ移動して、リポジトリになるディレクトリを作成。 cd Z:\repository\sample 以下のコマンドでリモートリポジトリを作成する git init --bare --shared=true ローカルリポジトリに戻って先ほど作成したリモートリポジトリを追加する。 git remote add <リモートリポジトリ名> <共有ディレクトリ上のリポジトリパス> # git remote add origin Z:\reposito
管理するもの Sample フォルダ配下で VBA コードとエクセルを管理 エクセル: Sample.xlsm、VBA: Sample クラス、Sample モジュール 管理方法ポイント vbac を使用して VBA ファイルをエクスポートする。 いげ太の日記: Ariawase v0.6.0 解説(vbac 編) vbaidiot/Ariawase · GitHub bin フォルダにエクセルファイルを配置 src フォルダに VBA ソース配置 (自動生成) Git で bin フォルダのエクセルファイル、src フォルダの VBA ソースを管理 VBA ソースは単体で使うよりも、エクセルのシートとも絡んだ使い方が多いため、エクセルファイルもバージョン管理に追加 .gitignore ファイルで、bin フォルダと src フォルダ以外をバージョン管理から除外 フォルダ構成 Sampl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く