タグ

2021年3月1日のブックマーク (3件)

  • productionやdevelopment、stagingという言葉の使い分けについて|TechRacho by BPS株式会社

    2019.12.02 productionやdevelopment、stagingという言葉の使い分けについて morimorihogeです。関東圏は雨が多い気がしますね。さむい。 さて、今年も12月ということでアドベントカレンダーの季節がやってきました。 TechRachoアドベントカレンダーでは例年弊社(BPS株式会社)で普段記事をあまり書く機会がないメンバーにも広く記事を書く機会を作ろうという企画で、エンジニアメンバーに関わらず総務や採用メンバーにも何か書いてもらうという試みをしています。 なんとなく弊社メンバーの雰囲気に触れていただければと思います。 過去のアドベントカレンダー記事は以下からどうぞ 夏のTechRachoフェア2019 TechRachoアドベントカレンダー2018 TechRachoアドベントカレンダー2017 TechRachoアドベントカレンダー2016 初回

    productionやdevelopment、stagingという言葉の使い分けについて|TechRacho by BPS株式会社
    drumsco
    drumsco 2021/03/01
    RailsのRAILS_ENV値 production, development, testは、Rails内部のReloading機能などを制御するためのもの。リリース環境区分としては別切口で捉える必要あり。開発端末上はdevelopmentだろうし、CI上はtest。各サーバー上はproductionとか。
  • subversion-branching-model.html

    この方針により、次のようなことができるようになります。 いつでも安全にリリースできるベースラインが欲しい。 trunkはいつでも安全にリリース可能。 作業中に緊急バグ対応など割り込み作業に対応したい。 branches/xxxに開発中ソースコードを格納して、新たにbranches/yyyを分岐することで安全に切り替えることができる。 作業中ソースコードを複数チームでキャッチボールしたい。 業務チームで開発 -> 品質管理チームでレビュー -> 構成管理チームでマージ -> ビルドチームでリリース、といったキャッチボール。 branches/xxxに開発中ソースコードを格納して、各チームで共有することができる。 作業完了まで自PCの中にしかソースコードがないのはツライので、作業中でもコミットしたい。 branches/xxxに頻繁にコミットしても良い。 次に、これらのフォルダの運用手順を説明

    drumsco
    drumsco 2021/03/01
    Git-flowを基として考えたブランチ戦略。 svn:trunk=git:main , svn:branches/development=git:development としているところが Git-flow寄りの考え方。
  • 【技術】SVNを改めて調べる + 俺の考えるSVNブランチ戦略 - きり丸の技術日記

    以前、ブランチ戦略について自分が纏めた記事を書きました(当記事の最後にリンクあります)。 ただ、Gitについて書いたはずなのに「SVNブランチ戦略」で検索される方が一定数いらっしゃいます。ここ2年くらいSVNについてはもう触っていませんが、自分の知識を深めるためにSVNを改めて勉強しようと思い、この記事を書きました。 なお、社内でSVN使っているところもあるらしいです。私もまだまだ使う可能性はありますから、学ぶメリットはあるはずです。 この記事のターゲット Gitを既に知っている Git-flowもある程度わかる SVNをこれから知りたい Git-flowをSVNに当てはめるとどうなるか知りたい 非ターゲット SVNの操作を知りたい SVNの詳細を知りたい SVNとは 「Subversion」でSVN。集中管理方式のバージョン管理システムです。バージョン管理システムは、ファイルに対して更新

    【技術】SVNを改めて調べる + 俺の考えるSVNブランチ戦略 - きり丸の技術日記
    drumsco
    drumsco 2021/03/01
    Git-flow と比較しながら考えると、 svn:trunk=git:develop, svn:branches/stg=git:staging, svn:branches/prod=git:main, svn:branches/features/*=git:features/*, svn:tags/*version=git:tags/*version 。 mergeとかCherry Pickを追いかけるのは大変そう。。。