パッケージを使用する場合は、devtools編集のたびにパッケージをビルドしてインストールする必要はありません。使用するだけload_all()で作業セッションで作業が完了するため、変更を（理想的にはtestthatパッケージを使用して）テストできます。
私はそれについてRPubを書きました：http ：//www.rpubs.com/geospacedman/lazydevtools
配布用のパッケージソースtarballを作成するオプションは引き続きあります。
gitは、SVNの$ id $のように、コミットのたびにファイルのビットを自動的に更新するメカニズムを促進しないことに注意してください。ライナス自身は、それは「ばかげた」そして「愚かな」と言った：
R を初めて使用する場合は、 RStudioを使用することをお勧めします。これは、私の意見では最も高度な R-IDE です。パッケージの構築とバージョン管理の両方を提供します。
git commit ごとにそのファイルを変更したくありません。...さらに、これをどのように行い、開発中にパッケージを使用できるかについては完全にはわかりません。
通常、作業用に 1 つのパッケージをインストールし、開発用にローカルの Git リポジトリをインストールします。開発が次のパッケージ リリースの状態に達するたびに、DESCRIPTIONファイルの日付とバージョンを変更します。2 つのリリースの間に、必要な数のステージ、コミット、および GIT へのプッシュを行うことができます。
DESCRIPTIONコミットごとに変更するわけではありませんが、 Date を更新YYYYMMDDし、実際にパッケージをビルドするたびにダッシュの後のバージョンに現在の日付を入れます。これは、どの夜だったかを追跡する毎晩のビルドのようなものです。
現時点では、複数の異なる同僚のニーズによって推進されているかなり活発な開発段階にある 1 つのパッケージがあります。マイナーバージョンの日付は、同僚に「あなたが使用しているバージョンは何年ですかsessionInfo ()?