ऐसा करने के लिए अनिवार्य रूप से आपके पास रिपॉजिटरी के लिए व्यवस्थापक अधिकार (प्रत्यक्ष या अप्रत्यक्ष रूप से) होना चाहिए। आप सभी उपयोगकर्ताओं को ऐसा करने की अनुमति देने के लिए या तो रिपॉजिटरी को कॉन्फ़िगर कर सकते हैं, या आप लॉग संदेश को सीधे सर्वर पर संशोधित कर सकते हैं।
प्रत्येक संशोधन में संलग्न गुणों के रूप में लॉग संदेश भंडार में रखे जाते हैं। डिफ़ॉल्ट रूप से, लॉग संदेश गुण (svn: log) को एक बार प्रतिबद्ध होने के बाद संपादित नहीं किया जा सकता है। ऐसा इसलिए है क्योंकि संशोधन गुणों में परिवर्तन (जिनमें से svn: log एक है) संपत्ति के पिछले मूल्य को स्थायी रूप से त्यागने का कारण बनता है, और सबवर्सन आपको गलती से ऐसा करने से रोकने की कोशिश करता है। हालाँकि, संशोधन संपत्ति को बदलने के लिए सबवर्सन प्राप्त करने के कुछ तरीके हैं।
पहला तरीका रिपॉजिटरी व्यवस्थापक के लिए पुनरीक्षण संपत्ति संशोधनों को सक्षम करने के लिए है। यह "प्री-रेवप्रॉप-चेंज" नामक एक हुक बनाने के द्वारा किया जाता है (इस अनुभाग को देखें कि यह कैसे करें के बारे में अधिक जानकारी के लिए तोड़फोड़ पुस्तक में देखें)। "प्री-रिवप्रॉप-चेंज" हुक को बदलने से पहले पुराने लॉग संदेश तक पहुंच है, इसलिए यह इसे किसी तरह से संरक्षित कर सकता है (उदाहरण के लिए, ईमेल भेजकर)। एक बार संशोधन संपत्ति संशोधन सक्षम हो जाने के बाद, आप svn propedit या svn propset - जैसे इन दोनों में से किसी एक में --revprop स्विच पास करके एक संशोधन का लॉग संदेश बदल सकते हैं:
$svn propedit -r N --revprop svn:log URL
$svn propset -r N --revprop svn:log "new log message" URL
जहाँ N वह संशोधन संख्या है जिसके लॉग संदेश को आप बदलना चाहते हैं, और URL रिपॉजिटरी का स्थान है। यदि आप इस आदेश को एक कार्यशील प्रतिलिपि के भीतर चलाते हैं, तो आप URL को छोड़ सकते हैं।
लॉग संदेश बदलने का दूसरा तरीका svnadmin setlog का उपयोग करना है। यह फाइलसिस्टम पर रिपॉजिटरी के स्थान का हवाला देकर किया जाना चाहिए। आप इस आदेश का उपयोग करके दूरस्थ रिपॉजिटरी को संशोधित नहीं कर सकते।
$ svnadmin setlog REPOS_PATH -r N FILE
जहाँ REPOS_PATH रिपॉजिटरी स्थान है, N वह संशोधन संख्या है जिसके लॉग संदेश को आप बदलना चाहते हैं, और FILE एक फ़ाइल है जिसमें नया लॉग संदेश है। यदि "प्री-रेवप्रॉप-चेंज" हुक जगह में नहीं है (या आप किसी कारण से हुक स्क्रिप्ट को बायपास करना चाहते हैं), तो आप --bypass-Hooks विकल्प का भी उपयोग कर सकते हैं। हालांकि, यदि आप इस विकल्प का उपयोग करने का निर्णय लेते हैं, तो बहुत सावधान रहें। आप परिवर्तन की ईमेल सूचनाओं, या बैकअप सिस्टम के बारे में ऐसी बातों को दरकिनार कर सकते हैं जो संशोधन गुणों का ट्रैक रखते हैं।