git clean | Atlassian Git Tutorial
このセクションでは、git clean コマンドについて詳しく取り上げます。git clean はある程度「元に戻す」コマンドと似ています。git clean は git reset や git checkout など他のコマンドに足りない部分を補完するものだと考えることができます。これらその他のコマンドでは、以前 Git トラッキング・インデックスに追加されたファイルを操作しますが、git clean コマンドは追跡対象外ファイルを操作します。追跡対象外ファイルとはリポジトリの作業ディレクトリ内で作成されたものの、git add コマンドを使ってリポジトリのトラッキング・インデックスにまだ追加されていないファイルのことです。 $ mkdir git_clean_test $ cd git_clean_test/ $ git init . Initialized empty Git rep
Drone CI – Automate Software Testing and Delivery
Automate Software Build and Testing Drone is a self-service Continuous Integration platform for busy development teams. Configuration as a code Pipelines are configured with a simple, easy‑to‑read file that you commit to your git repository. Each Pipeline step is executed inside an isolated Docker container that is automatically downloaded at runtime. Get started kind: pipeline steps: - name: test
GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
GitHub.com・BitBucket.org・GitLab.comの月額料金比較 + α - Qiita
GitLab Advent Calendar 2016の8日目です。 GitLabはオンプレで自前のサーバーにインストールして使用するというイメージが強いと思いますが、実はGitLabには、開発元のGitLab社によって運営されているクラウドサービスのGitLab.comもあります。 そこで本日は、クラウドのGitホスティングサービス、CIサービス、及びコンテナレジストリサービスの月額料金の比較をしてみます。 ちなみに、パブリック(公開)で利用する場合はGitHub.comが無料で利用可能なため、今回はプライベート(非公開)で利用する場合に絞って月額料金を比較します。 Gitホスティングサービスの月額料金比較 はじめに、GitホスティングサービスのGitHub.com・BitBucket.org、及びGitLab.comの月額料金を比較します。 個人で利用する場合 まずは、個人で利用する場
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
JenkinsでCI環境構築チュートリアル ～GitHubとの連携～ - ICS MEDIA
先日公開した記事「JenkinsでCI環境構築チュートリアル(Windows編)」では、Jenkinsのインストールとジョブの作成方法についてご説明しました。今回は特定のブランチにPUSHされたタイミングでGitHubと連携して最新ファイルを取得する方法をご説明します。 完成イメージ ～JenkinsとGitHubの連携～ 実際の開発シーンを想定して上記の図のようなフローを構築したいと思います。開発者が変更したソースコードをGitHubにPUSHしたことをトリガーにJenkinsにその旨を通知します。Jenkinsはその通知を受けて、最新ファイルをGitHubから取得してくる仕組みとなります。 処理の流れとは逆になりますが、まずはJenkins側で「GitHubから通知を受け取る設定」と「ジョブの作成」から行っていきます。 Jenkinsの設定 ～GitHubからの通知を受け取る設定～ 本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「チーム開発実践入門」勉強会