Django 1.6-admindocs和SITE_ID在視圖部分生成錯誤

Question

Django 1.6禁用了以前自動啟用的sitesframework。 這在管理文檔的視圖部分引入了一個錯誤。

維護人員已經修復並關閉了它https://code.djangoproject.com/ticket/21386

我有一個全新的1.6點安裝，但錯誤仍然存​​在。 我的猜測是該修補程序當前未內置在可通過PIP獲得的最新穩定器中嗎？

我的問題是：您建議采用哪種方式將該修復程序納入我的運行設置中？ （如果可能，我想將其保留在PIP上，而不是直接從Github簽出django）

維護者的解決方案

如果有人偶然發現了這個問題，請在官方票證上查看bouke的回復： https ://code.djangoproject.com/ticket/21386#comment:8

在settings.py中設置SITE_ID = None可解決該錯誤。

Answer 1

這已在master分支中修復，該分支是向新的主要1.7版本進行開發的地方。 這意味着該問題將在1.7中修復，但是該版本尚未發布，並且在接下來的幾個月中不會出現。

您可以嘗試（禮貌地！）請Django團隊將更改回移植到stable/1.6.x分支，因為它不是一個新的未來，而僅僅是對1.6中問題的解決。 該分支中的更改將包含在次要的1.6.2版本中。

我的問題是：您建議采用哪種方式將該修復程序納入我的運行設置中？ （如果可能，我想將其保留在PIP上，而不是直接從Github簽出django）

只要不會發布包含此更改的穩定版本，您就不會在Python軟件包索引（由pip ）中找到具有此修復程序的版本。

以下是一些選項：

• 等到帶有該修復程序的新穩定版本問世。

• 不推薦 ：您可以從master分支安裝Django的當前開發版本。 這將解決您的特定問題，但絕對會發瘋，並且很可能會引入其他各種問題。

• 您可以從git中獲得1.6.1穩定版本，然后嘗試從master分支中手動cherry-pick 更改 。 這很可能行不通，或者至少需要進行一些其他手動更改，因為更改最初不是針對1.6.x分支的。

• 如果讓團隊將更改1.6.x移植到1.6.x分支，則可以從該分支運行Django。 我不會在生產中這樣做，但是它比從master上運行安全得多。 在新的次要1.6.x版本問世之前，這當然是一個臨時解決方案。

• 如果讓團隊將更改1.6.x移植到1.6.x分支，則可以從git獲取1.6.1穩定版本，然后從1.6.x分支手動cherry-pick 更改 。