我要删除搜狗文件夹，系统说需提供管理员权限，可我电脑就一个用户啊？？？我是win7家庭版系统_百度知道
我要删除搜狗文件夹，系统说需提供管理员权限，可我电脑就一个用户啊？？？我是win7家庭版系统
“计算机”–选择“管理”–“系统工具”–“本地用户和组”–“用户”，选择administrator的属性，不勾“账户已禁用”，然后注销，选择administrator登录，再删除就OK了我电脑没 本地用户和组 啊？！这方法不管用！！！
我现在的目的不是删文件，是想知道我为什么没有管理员权限？？？
提问者采纳
如果删除过程出现用户账户控制交互界面，则可以获取最高权限。如果是以普通用户登录，则需重新以具有管理员权限的账户登录。实在不行就用文件粉碎机删除。
提问者评价
其他类似问题
为您推荐：
其他3条回答
你如果没有重新创建用户的话 你自己就是管理员。直接点是不行吗
给你一个超级管理员权限肯定可以删除，或者是在pe下删除 ，我的有换取超级管理员的文件，可以传给你
换取超级管理员的文件？？？神马东东？
用管理粉碎了
管理员权限的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁2012年志愿填报系统考生咨询常见问题
Q：考生无法登录报考页面，提示页面不存在，怎么办？
Q：考生无法登录报考页面，跳转到系统提示页面？
Q：考生无登录报考页面，浏览器却显示此网站安全证书有问题？
2考生填写问题
Q：填写院校代码、专业代码时，没有出现名称也没有任何提示？
Q：填写院校代码、专业代码时，提示没有找到相应的院校或没有找到相应的专业？
Q：为什么我无法填报“征求批”志愿？
Q：如何确认我的志愿已经填报成功？
Q：为什么我无法修改或删除我的志愿？
Q：为什么我无法保存我的志愿？
Q：为什么我没有找到进入志愿填写、修改的链接入口？
Q：为什么我无法填报预科班/民族班的专业？
：考生无法登录报考页面，提示页面不存在，怎么办？
2windows9443windows9443
&&&&&& -&windwoswindows
Q：为什么我无法填报预科班/民族班的专业？
AQ：填写院校代码、专业代码时，提示代码不存在？。在百度知道里面发的问题不能删除吗？_百度知道
在百度知道里面发的问题不能删除吗？
提问者采纳
您好，很高兴为您解答百度知道里面的回答和提问都是不能删除的，（除了违背百度知道的提问原则的,管理员可以删除）。提问、回答一经提交，便成为百度的默认资源，如果你不想被别人知道你的提问或回答,您可以设置匿名提问或匿名回答。如果情况特殊，可以到百度知道投诉吧去投诉，向那里的管理员说明情况，请他们帮您。希望对你有帮助，希望被采纳，谢谢
提问者评价
原来是这样，感谢！
来自团队：
其他13条网友回答：百度知道的问题可以删除的么
可以8人回答
不可以5人回答
认为“可以”的网友回答：
回答1：可以.你打开你的问题..然后网页下面有个投诉还是举报来着...具体你看下...点进去后..把你问题连接写进去...写明原因..由工作人员帮你删除的..
|六级采纳率18%
回答2：可以，拿板砖对自己脑壳敲几下，记忆瞬间就被删除了。吼吼
认为“不可以”的网友回答：
回答1：不能删除&br /&提问自己不能删，可以去求助管理员帮你删
其他类似问题
为您推荐：
您可能关注的推广回答者：
百度知道的相关知识
其他2条回答
在手机百度里不可以，电脑可以。
在哪里删除啊？
只有百度能删自己不能删
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁收藏，15.7k 浏览
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
现在项目的根目录放了 .gitignore 文件，并且git远程仓库的项目根目录已经有了 logs文件夹。
由于每次本地运行项目，都会生成新的log文件，但是我并不想提交logs文件夹里面的内容，所以要在.gitignore写logs的规则。
我尝试过添加以下规则
logs/*.log
但是运行git status的时候，始终能看到modified:logs/xx.log 。
请问是我的规则编写错误，还是我某个地方有理解错误？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
dr： 正确的做法应该是：git rm --cached logs/xx.log，然后更新 .gitignore 忽略掉目标文件，最后 git commit -m "We really don't want Git to track this anymore!"
具体的原因如下：
被采纳的答案虽然能达到（暂时的）目的，但并非最正确的做法，这样做是误解了 git update-index 的含义，而且这样做带来的最直接（不良）后果是这样的：
所有的团队成员都必须对目标文件执行：git update-index --assume-unchanged &PATH&。这是因为即使你让 Git 假装看不见目标文件的改变，但文件本身还是在 Git 的历史记录里的，所以团队的每个人在 fetch 的时候都会拉到目标文件的变更。（但实际上目标文件是根本不想被 Git 记录的，而不是假装看不见它发生了改变）
一旦有人改变目标文件之后没有 git update-index --assume-unchanged &PATH& 就直接 push 了，那么接下来所有拉取了最新代码的成员必须重新执行 update-index，否则 Git 又会开始记录目标文件的变化。这一点实际上很常见的，比如说某成员换了机器或者硬盘，重新 clone 了一份代码库，由于目标文件还在 Git 的历史记录里，所以他／她很可能会忘记 update-index。
为什么会这样？答案就在 Git 的 man pages 里：
首先，git update-index 的定义是：
Register file contents in the working tree to the index（把工作区下的文件内容注册到索引区）
这句话暗含的意思是：update-index 针对的是 Git 数据库里被记录的文件，而不是那些需要忽略的文件。
接着看关于 --assume-unchanged 的几句相关的描述：
When the "assume unchanged" bit is on, Git stops checking the working tree files for possible modifications, so you need to manually unset the bit to tell Git when you change the working tree file. This is sometimes helpful when working with a big project on a filesystem that has very slow lstat(2) system call (e.g. cifs).
大致意思是：
应用了该标识之后，Git 停止查看工作区文件可能发生的改变，所以你必须 手动 重置该标识以便 Git 知道你想要恢复对文件改变的追踪。当你工作在一个大型项目中，这在文件系统的 lstat 系统调用非常迟钝的时候会很有用。
我们知道 Git 不仅仅是用来做代码版本管理的，很多其他领域的项目也会使用 Git。比如说我公司曾经一个客户的项目涉及到精密零件图纸文档的版本管理，他们也用 Git。有一种使用场景是对一些体积庞大的文件进行修改，但是每一次保存 Git 都要计算文件的变化并更新工作区，这在硬盘慢的时候延迟卡顿非常明显。
git update-index --assume-unchanged 的真正用法是这样的：
你正在修改一个巨大的文件，你先对其 git update-index --assume-unchanged，这样 Git 暂时不会理睬你对文件做的修改；
当你的工作告一段落决定可以提交的时候，重置改标识：git update-index --no-assume-unchanged，于是 Git 只需要做一次更新，这是完全可以接受的了；
提交＋推送。
另外，根据文档的进一步描述：
This option can be also used as a coarse file-level mechanism to ignore uncommitted changes in tracked files (akin to what .gitignore does for untracked files).
这段描述告诉我们两个事实：
虽然可以用其来达成楼主想要的结果，但这是不讲究的做法（coarse）；
同样的事情更应该用 .gitignore 文件来实现（针对未追踪的文件）。
随之而来的问题是：为什么我增加了 .gitignore 里的规则却没有效果？
这是因为我们误解了 .gitignore 文件的用途，该文件只能作用于 Untracked Files，也就是那些从来没有被 Git 记录过的文件（自添加以后，从未 add 及 commit 过的文件）。
之所以你的规则不生效，是因为那些 .log 文件曾经被 Git 记录过，因此 .gitignore 对它们完全无效。这也正是开头那段简短答案所做的事情：
从 Git 的数据库中删除对于该文件的追踪；
把对应的规则写入 .gitignore，让忽略真正生效；
提交＋推送。
只有这样做，所有的团队成员才会保持一致而不会有后遗症，也只有这样做，其他的团队成员根本不需要做额外的工作来维持对一个文件的改变忽略。
最后有一点需要注意的，git rm --cached 删除的是追踪状态，而不是物理文件；如果你真的是彻底不想要了，你也可以直接 rm＋忽略＋提交。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
已经维护起来的文件，即使加上了gitignore，也无济于事。
用下面这个命令：git update-index --assume-unchanged logs/*.log
这样每次提交就不会出现logs下面的文件了
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
自己来一段详细的答案
.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。
正确的做法是在每个clone下来的仓库中手动设置不要检查特定文件的更改情况。
git update-index --assume-unchanged PATH
在PATH处输入要忽略的文件。
另外 git 还提供了另一种 exclude 的方式来做同样的事情，不同的是 .gitignore 这个文件本身会提交到版本库中去。用来保存的是公共的需要排除的文件。而 .git/info/exclude 这里设置的则是你自己本地需要排除的文件。 他不会影响到其他人。也不会提交到版本库中去。
.gitignore 还有个有意思的小功能， 一个空的 .gitignore 文件 可以当作是一个 placeholder 。当你需要为项目创建一个空的 log 目录时， 这就变的很有用。 你可以创建一个 log 目录 在里面放置一个空的 .gitignore 文件。这样当你 clone 这个 repo 的时候 git 会自动的创建好一个空的 log 目录了。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
把log文件删了，加ingore, 再commit
同步到新浪微博
分享到微博？
不要错过该问题的后续解决方案
如果你没找到答案，记得登录关注哦，大家会尽全力帮你解决的 ^___^
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
举报理由：
推广（招聘、广告、SEO 等）方面的内容
带有人身攻击、辱骂、仇恨等违反条款的内容
与已有问题重复（请编辑该提问指向已有相同问题）
内容质量差，或不适合在本网站出现
答非所问，不符合答题要求
其他原因（请补充说明）
补充说明：
扫扫下载 App